본문 바로가기

Unix 타임스탬프 변환기

숫자로 된 타임스탬프를 날짜로 바꾸고, 반대로도 계산합니다. 초와 밀리초는 숫자 크기를 보고 알아서 구분합니다.

로딩 중...

왜 만들었나요

로그나 API 응답에 1767225600 같은 숫자가 찍혀 있으면 그게 언제인지 감이 안 왔습니다. 게다가 어떤 곳은 초, 어떤 곳은 밀리초라 잘못 읽으면 50년쯤 어긋나 버리죠. 자릿수를 보고 알아서 판단해 주면 좋겠다 싶어 만들었습니다.

Note

입력한 값은 서버로 전송되지 않습니다. 계산이 전부 브라우저 안에서 이뤄집니다.

Unix 타임스탬프 변환기 사용 방법

화면 맨 위 현재 시간 (실시간) 카드는 1초마다 갱신됩니다. 지금 시각이 필요하면 카드 안의 초 (seconds)·밀리초 (ms) 버튼을 눌러 값을 바로 복사하세요.

  1. 타임스탬프 → 날짜 탭에 숫자를 붙여넣습니다. 초인지 밀리초인지 고를 필요 없이 숫자 크기를 보고 어떻게 읽었는지 입력창 아래에 알려 줍니다. 2024-05-07 15:00:00 같은 날짜 문자열을 넣어도 됩니다.

    '타임스탬프 → 날짜' 탭에 1719800000을 넣어 '초(seconds) 단위 타임스탬프로 인식'이라고 알려 주는 화면

  2. 입력 즉시 한국어 날짜·ISO 8601·UTC와 초·밀리초 값이 함께 나옵니다. 각 줄을 클릭하면 그 값이 복사됩니다.

    변환 결과 — 2024년 7월 1일 월요일 오전 11:13:20 한국어 표기와 ISO 8601·UTC·UNIX 초 값, '2년 전' 표시

  3. 반대로는 날짜 → 타임스탬프 탭에서 날짜와 시간을 고르면 계산됩니다(고른 시각은 기기 시간대 기준입니다). 현재 시간·오늘 자정·오늘 끝 버튼으로 자주 쓰는 값을 한 번에 채울 수 있습니다.

    '날짜 → 타임스탬프' 탭에서 날짜·시간을 고르는 칸과 현재 시간·오늘 자정·오늘 끝 버튼, UNIX 초·밀리초 결과

이렇게 나옵니다

로그에서 복사한 숫자를 넣으면 이렇게 나옵니다.

넣은 것          1767225600
                    ↓
Local (한국어)   2026년 1월 1일 목요일 오전 9:00:00   ← 한국 시간대 기기 기준
ISO 8601        2026-01-01T00:00:00.000Z
UTC             Thu, 01 Jan 2026 00:00:00 GMT
초               1767225600
밀리초            1767225600000

맨 위 "Local (한국어)" 줄은 기기 시간대로 계산한 값입니다. 기기가 다른 시간대로 맞춰져 있으면 이 줄만 달라지고, UTC·ISO 8601 줄은 그대로입니다.

알아두면 좋은 것

초와 밀리초 구분법

숫자 크기로 구분합니다.

10자리 이하  →  초    (1767225600)
11자리 이상  →  밀리초 (1767225600000)

즉 9999999999(10자리)까지는 초, 그보다 큰 값은 모두 밀리초로 읽습니다. 그래서 밀리초보다 1,000배 잰 마이크로초 값(16자리)을 넣으면 밀리초로 읽어 아주 먼 미래 날짜가 나옵니다 — 이럴 때는 뒤 세 자리를 지우고 다시 넣으세요.

시스템마다 기준이 달라서, 자바스크립트는 밀리초를, 파이썬·유닉스 계열은 초를 주로 씁니다.

대충 감 잡는 법

정확하진 않아도 앞자리만 보고 어림잡을 수 있습니다.

앞자리 (초 기준)대략
16…2020~2023년
17…2023~2026년
18…2027년 이후

이런 경우에는

1970년으로 나와요

넣은 숫자 자체가 작을 때 나옵니다. 이 도구는 9999999999(10자리) 이하를 모두 초로 읽기 때문에, 8자리 이하의 짧은 숫자는 1970~1973년 무렵으로 계산됩니다. 밀리초 값에서 자릿수가 잘려 나갔거나, 시각이 아닌 경과 시간·일련번호를 넣은 경우가 대부분입니다.

10자리 초·13자리 밀리초는 자동으로 맞게 읽습니다. 입력창 아래에 "초(seconds) 단위 타임스탬프로 인식" / "밀리초(milliseconds) 단위 타임스탬프로 인식" 중 어느 쪽으로 읽었는지 표시되니, 생각과 다르면 그 줄을 먼저 확인하세요.

시간이 9시간 차이 나요

UTC와 기기 시간대의 차이입니다. 기기가 한국 시간대라면 UTC보다 9시간 빠릅니다. 서버는 대개 UTC로 기록하므로, 로그 시각을 한국 시간으로 볼 때는 9시간을 더해야 합니다. 이 도구는 둘 다 함께 보여 줍니다.

유닉스 타임 변환이 필요한 순간

로그나 데이터베이스에 찍힌 숫자가 언제인지 확인해야 할 때 씁니다.

상황이유
로그의 시각 확인숫자만 찍힌 시간을 날짜로
데이터베이스 값 읽기저장된 숫자가 언제인지
API 응답 확인만료 시각·생성 시각 해석
특정 날짜의 값 구하기반대로 날짜를 숫자로

해외에서 보면 날짜가 다르게 나와요

날짜 표시는 내 기기에 설정된 시간대를 따릅니다. 해외 출장 중이거나 기기 시간대를 바꿔 두었다면 맨 위 "Local (한국어)" 줄이 한국 시간이 아니니 주의하세요. ISO 8601·UTC 줄은 기기 설정과 상관없이 그대로입니다.

이 도구로는 안 되는 것

  • 시간대를 골라 변환하지 않습니다. 내 기기 시간대와 UTC만 보여 줍니다
  • 날짜 사이의 간격을 계산해 주지 않습니다
  • 주기적 실행 시각을 다루려면 크론 표현식 생성기를 쓰세요

용어 설명

Unix 타임스탬프

1970년 1월 1일 0시(UTC)부터 흐른 시간을 숫자로 센 값입니다. 시간대나 표기 방식에 상관없이 하나의 숫자로 시각을 나타낼 수 있어서, 로그·데이터베이스·API에서 널리 쓰입니다.

UTC

전 세계 시간의 기준이 되는 시각입니다. 한국 시간은 UTC + 9시간입니다. 서버는 지역에 관계없이 UTC로 기록하는 것이 일반적입니다.

ISO 8601

날짜와 시간을 적는 국제 표준 표기입니다. 2026-01-01T00:00:00Z 처럼 쓰며, 나라마다 다른 표기 순서 때문에 생기는 혼동을 막습니다.

Unix 타임스탬프 변환기 자주 묻는 질문

타임스탬프가 10자리인 것과 13자리인 것의 차이는 뭔가요?

10자리는 초(seconds) 단위, 13자리는 밀리초(milliseconds) 단위 타임스탬프입니다. Unix 전통적으로 초 단위를 사용하지만, JavaScript의 Date.now()나 Java의 System.currentTimeMillis()는 밀리초를 반환합니다. 이 도구는 자릿수를 자동 감지하여 올바르게 변환합니다.

UTC와 로컬 시간이 다르게 표시되는데 어떤 걸 써야 하나요?

유닉스 타임스탬프 자체는 시간대에 독립적인 절대 시점이며, UTC 기준으로 정의됩니다. 사용자에게 표시할 때는 로컬 시간간을, 서버 간 통신이나 데이터 저장에는 UTC 타임스탬프를 사용하는 것이 일반적입니다.

Y2K38 문제가 뭔가요?

32비트 부호 있는 정수로 표현 가능한 최대 유닉스 타임스탬프는 2,147,483,647(2038년 1월 19일)입니다. 이 시점 이후에는 정수 오버플로가 발생합니다. 현대 64비트 시스템에서는 해당되지 않지만, 일부 레거시 임베디드 시스템에서는 주의가 필요합니다.

JWT 토큰의 만료 시간도 이 도구로 확인할 수 있나요?

네, JWT 페이로드의 exp(만료), iat(발급), nbf(활성 시작) 필드는 모두 초 단위 유닉스 타임스탬프입니다. 해당 숫자를 이 도구에 입력하면 실제 날짜와 시간을 즉시 확인할 수 있습니다.

마지막 업데이트: