Unix 타임스탬프

Unix 타임스탬프와 날짜 간 변환

현재 Unix 타임스탬프

0
1969. 12. 31. 오후 4:00:00

타임스탬프 → 날짜

날짜 → 타임스탬프

빠른 참조

주요 타임스탬프

  • 유닉스 에포크: 0 (1970년 1월 1일)
  • 2000년: 946684800
  • 2038년 문제: 2147483647
  • JS Date 최대값: 8640000000000000 ms

형식 예시

  • 초: 1609459200
  • 밀리초: 1609459200000
  • ISO 8601: 2021-01-01T00:00:00.000Z
  • RFC 2822: Fri, 01 Jan 2021

Unix 타임스탬프 변환기 소개

Unix 타임스탬프는 1970년 1월 1일 0시(UTC)부터 지금까지 흐른 초를 센 숫자입니다. 컴퓨터, 데이터베이스, API가 뒤에서 시간을 다루는 방식이 이것입니다. 문제는 1790812800 같은 숫자가 변환하기 전에는 사람에게 아무 의미가 없다는 점입니다. 손으로 계산하려면 시간대, 윤년, 초 단위인지 밀리초 단위인지까지 챙겨야 해서 번거롭고 틀리기 쉽습니다. 로그 파일이나 JSON 응답, DB 행에 적힌 숫자가 정확히 언제인지 알아야 할 때, 반대로 머릿속의 날짜를 코드가 기대하는 epoch 값으로 바꿔야 할 때 쓰는 도구입니다.

페이지를 열면 맨 위에서 현재 Unix 타임스탬프가 1초마다 올라갑니다. 다른 곳을 뒤지지 않아도 기준값이 늘 손에 있는 셈입니다. 그 아래에 아무 epoch 값이나 붙여 넣으면 읽을 수 있는 날짜와 시각으로 바로 바뀌고, 반대로 날짜를 넣어 타임스탬프를 얻을 수도 있습니다. 초 단위와 밀리초 단위를 모두 다룹니다. JavaScript의 Date.now()와 많은 로깅 시스템은 밀리초를, Unix cron과 대부분의 서버 도구는 초를 쓰기 때문에 이 둘을 섞으면 1,000배 차이가 나는 고전적인 버그가 됩니다.

변환은 전부 브라우저 안에서 이루어지므로 붙여 넣은 타임스탬프나 날짜가 서버로 전송되지 않습니다. 사내 시스템이나 비공개 로그에서 가져온 값도 안심하고 넣을 수 있습니다. 한 가지 습관을 권합니다. 변환 결과가 1970년이나 5만 년 뒤처럼 터무니없다면 밀리초 값을 초로 읽었거나 그 반대일 가능성이 큽니다. 자릿수부터 세어 보세요. 10자리면 보통 초, 13자리면 보통 밀리초입니다.

Unix 타임스탬프와 epoch 시간 변환하는 방법

브라우저에서 Unix epoch 타임스탬프와 사람이 읽는 날짜를 서로 변환합니다.

  1. 1

    현재 타임스탬프 확인하기

    페이지 맨 위 '현재 Unix 타임스탬프'가 실시간으로 올라갑니다. 언제든 정확한 기준값으로 쓸 수 있습니다.

  2. 2

    타임스탬프 붙여 넣기

    '타임스탬프 → 날짜' 패널의 'Unix 타임스탬프' 칸에 해석할 epoch 값을 넣습니다. 초든 밀리초든 상관없습니다.

  3. 3

    변환된 날짜 읽기

    입력과 동시에 '변환 결과'에 날짜와 시각이 표시됩니다. 버튼을 누르거나 새로 고칠 필요가 없습니다.

  4. 4

    날짜를 epoch로 바꾸기

    '날짜 → 타임스탬프' 패널에서 '날짜'와 '시간'을 정하고(내 시간대 기준으로 읽힘) '타임스탬프로 변환'을 누릅니다.

  5. 5

    단위 정하고 결과 복사하기

    '단위'의 '초' / '밀리초' 버튼으로 입력값을 어떻게 읽을지 정합니다. 결과에는 두 단위의 값과 ISO 8601, 'UTC 문자열', '로컬 문자열'이 각각 복사 버튼과 함께 나옵니다.

예시로 보는 사용법

API 응답에 적힌 값 해석하기

입력
Unix 타임스탬프 1790812800, 단위 '초'
결과
ISO 8601: 2026-10-01T00:00:00.000Z UTC 문자열: Thu, 01 Oct 2026 00:00:00 GMT Unix 타임스탬프 (밀리초): 1790812800000

'로컬 문자열' 줄은 같은 순간을 내 시간대로 보여 줍니다. 한국에서는 Thu Oct 01 2026 09:00:00 GMT+0900으로, UTC 자정이 우리 시간으로는 아침 9시입니다. 괄호 안 시간대 이름은 브라우저 언어를 따릅니다.

JavaScript Date.now() 값을 단위 틀리게 넣었을 때

입력
Unix 타임스탬프 1700000000000, 단위 '초'
결과
ISO 8601: +055840-11-08T22:13:20.000Z

연도가 5만 년대라면 밀리초 값입니다. '밀리초'를 누르면 같은 입력이 2023-11-14T22:13:20.000Z가 되고, 로컬 문자열은 Wed Nov 15 2023 07:13:20 GMT+0900입니다.

약속 시각을 타임스탬프로

입력
'날짜 → 타임스탬프'에서 날짜 2026-12-25, 시간 18:30, 브라우저는 한국 시간. '타임스탬프로 변환'을 누릅니다.
결과
Unix 타임스탬프 (초): 1798191000 ISO 8601: 2026-12-25T09:30:00.000Z

날짜와 시간은 브라우저 시간대로 읽힙니다. 한국은 UTC보다 9시간 빠르므로 저녁 6시 30분이 UTC로는 오전 9시 30분입니다.

1970년 이전 날짜

입력
Unix 타임스탬프 -86400, 단위 '초'
결과
ISO 8601: 1969-12-31T00:00:00.000Z, 상대 시간: "56년 전" (2026년 기준)

음수는 epoch에서 거꾸로 셉니다. 하루는 86,400초입니다.

팁과 자주 하는 실수

  • 무엇보다 자릿수부터 세세요. 10자리는 2001년부터 2286년 사이의 초 단위 값이고, 13자리는 밀리초입니다. 페이지는 추측하지 않으므로 '초' / '밀리초' 버튼이 숫자를 읽는 방식을 결정합니다.
  • 입력은 정수로 읽힙니다. 소수점 아래는 잘리고(1790812800.9는 1790812800으로 처리) 숫자가 아닌 첫 글자 뒤는 무시되므로, JSON이나 스프레드시트에서 복사한 따옴표와 쉼표는 지우고 넣으세요.
  • ISO 8601과 'UTC 문자열'은 항상 UTC입니다. '로컬 문자열'과 실시간 카운터 아래 날짜는 브라우저 시간대를 쓰므로, 서로 다른 도시의 두 사람이 같은 타임스탬프의 로컬 문자열을 비교하면 시각이 다르게 보입니다.
  • '상대 시간'은 가장 큰 단위로 내림하고 한 달을 30일, 1년을 365일로 칩니다. "3일 전", "2시간 후"처럼 표시됩니다. 대략 확인하는 용도이지 정확한 기간이 아니므로, 정확한 일수는 날짜 계산기를 쓰세요.
  • '라이브'가 켜져 있는 동안 결과 패널은 현재 초를 따라갑니다. 타임스탬프를 입력하거나, 날짜·시간을 고치거나, '현재'나 '타임스탬프로 변환'을 누르면 자동으로 '일시정지'로 바뀌어 결과가 멈추므로 복사하기 편합니다. 다시 누르면 실시간으로 돌아갑니다.

자주 묻는 질문

Unix 타임스탬프가 뭔가요?

1970년 1월 1일 00:00:00 UTC, 이른바 Unix epoch부터 흐른 초(또는 밀리초)의 수입니다. 시간대와 무관하게 한 시점을 나타내는 방법이라 프로그래밍과 데이터베이스에서 널리 쓰입니다.

Unix 타임스탬프를 읽을 수 있는 날짜로 바꾸려면?

'Unix 타임스탬프' 칸에 값을 붙여 넣으면 내 시간대의 시각, UTC, ISO 8601 형식으로 즉시 변환됩니다. 초 단위와 밀리초 단위 모두 됩니다.

어떤 타임스탬프는 10자리이고 어떤 것은 13자리인 이유가 뭔가요?

10자리는 epoch부터 초를 센 값으로 대부분의 서버 언어가 씁니다. 13자리는 밀리초를 센 값으로 JavaScript의 Date.now()가 씁니다. 변환기는 추측하지 않습니다. 입력 칸 아래에서 '초' 또는 '밀리초'를 직접 고르면 결과에는 항상 두 형태가 모두 나옵니다.

'빠른 참조'에 있는 Year 2038 Problem은 무엇인가요?

Unix 시간을 부호 있는 32비트 정수로 저장하는 시스템은 2147483647까지만 셀 수 있습니다. 이 값은 2038년 1월 19일 03:14:07 UTC이고, 1초 뒤에 값이 넘칩니다. 요즘의 64비트 시스템과 JavaScript는 영향이 없지만, 오래된 임베디드 기기와 일부 데이터베이스 컬럼은 여전히 해당됩니다.

Unix 타임스탬프에 윤초가 포함되나요?

아니요. Unix 시간은 하루를 정확히 86,400초로 가정하므로 윤초를 세지 않습니다. 덕분에 날짜 계산이 단순해지고, 타임스탬프를 변환했을 때 23:59:60 같은 시각이 나오지 않는 이유이기도 합니다.