Unix 타임스탬프 변환

Unix 타임스탬프(초/밀리초)를 날짜/시간으로, 또는 날짜를 타임스탬프로 상호 변환합니다.

0 현재 Unix 초

0 현재 밀리초

— 지금 (내 지역)

타임스탬프 → 날짜

날짜 → 타임스탬프 내 지역 시간 기준

ℹ️ Unix 타임스탬프는 1970-01-01 00:00:00 UTC 부터 흐른 시간입니다. 자릿수로 단위를 자동 인식합니다 — 10자리 = 초, 13자리 = 밀리초, 16자리 = 마이크로초. 소수점이 붙은 값(1700000000.123)도 초로 처리합니다.

Unix 타임스탬프 변환란?

개발 로그나 API 응답에서 마주치는 `1700000000` 같은 정체불명의 숫자, 바로 유닉스 타임스탬프입니다. 컴퓨터에게는 명확하지만 사람이 읽기는 어려운 이 숫자를 알아보기 쉬운 날짜와 시간으로 즉시 변환해 드립니다. 타임스탬프를 붙여넣는 순간, 내 지역 시간은 물론 UTC, 서울, 뉴욕, 런던 등 주요 도시의 시간과 상대 시간(예: '5분 전')까지 한눈에 펼쳐집니다. ISO 8601, RFC 2822 등 표준 형식도 함께 제공되어 편리합니다. 툴즈25시 변환기는 초(10자리), 밀리초(13자리), 마이크로초(16자리) 단위를 자릿수로 자동 인식하며, 반대로 특정 날짜와 시각을 타임스탬프로 바꾸는 것도 가능합니다. 입력하신 데이터는 서버로 일절 전송되지 않고 사용자의 브라우저 안에서만 모든 계산이 완료되므로, 민감한 정보가 포함된 로그도 안심하고 변환할 수 있습니다. 회원가입이나 설치 없이 지금 바로 무료로 사용해 보세요.

사용 방법

‘타임스탬프 → 날짜’ 입력 칸에 변환하고 싶은 유닉스 타임스탬프 숫자를 입력하거나 붙여넣습니다.
입력과 동시에 아래 표에 내 지역 시간, UTC, 서울(KST), 뉴욕, 런던 시간, ISO 8601 형식 등이 실시간으로 계산되어 나타납니다.
반대로 ‘날짜 → 타임스탬프’ 영역에서 날짜와 시간을 직접 선택하면 해당 시각의 유닉스 타임스탬프(초, 밀리초, 마이크로초)를 바로 확인할 수 있습니다.
‘현재 시각 넣기’ 버튼을 누르면 지금 이 순간의 타임스탬프와 날짜가 양쪽 입력 칸에 자동으로 채워집니다.
페이지 상단에서 실시간으로 바뀌는 현재 시각의 타임스탬프 값을 ‘복사’ 버튼으로 간편하게 가져다 쓸 수 있습니다.

Unix 타임스탬프 변환 사용 가이드

실제 작업에서 이 도구를 어떻게 쓰는지, 무엇을 조심해야 하는지 정리했습니다.

초냐 밀리초냐 — 압도적으로 흔한 사고

같은 시각인데 1700000000 이기도 하고 1700000000000 이기도 합니다. 유닉스 계열·파이썬·PHP·MySQL은 초를, 자바스크립트와 자바는 밀리초를 씁니다. 이 경계를 넘을 때마다 1000배 실수가 납니다.

증상은 정해져 있습니다. 초 값을 밀리초로 착각해 넣으면 1970년 1월 중순쯤이 나오고, 밀리초 값을 초로 넣으면 서기 5만 년대가 나옵니다. 날짜가 1970년이나 말도 안 되는 미래로 찍히면 다른 데를 볼 것 없이 여기부터 의심하세요.

자바스크립트: Date.now() 는 밀리초. API에 초를 보내야 하면 Math.floor(Date.now() / 1000).
PHP: time() 은 초. microtime(true) 는 소수점 붙은 초.
MySQL: UNIX_TIMESTAMP() 는 초. FROM_UNIXTIME() 도 초를 받습니다.
파이썬: time.time() 은 소수점 붙은 초. int() 로 잘라 씁니다.

이 도구는 자릿수로 단위를 자동 인식합니다 — 10자리는 초, 13자리는 밀리초, 16자리는 마이크로초. 입력창 오른쪽에 "단위: 밀리초로 인식"처럼 표시되므로, 내가 생각한 단위와 다르게 인식됐다면 그 자체가 값이 잘못됐다는 신호입니다. 결과 표에 초·밀리초·마이크로초가 모두 나오니 상대 시스템이 원하는 것을 골라 쓰면 됩니다.

UTC와 KST(+9) — 9시간이 사라지거나 생기는 곳

타임스탬프 자체에는 시간대가 없습니다. 1700000000 은 전 세계 어디서나 같은 순간이고, 그것을 서울에서 보면 오전 7시 13분, 런던에서 보면 전날 밤 10시 13분으로 보일 뿐입니다. 그래서 "타임스탬프를 KST로 바꿔 저장한다"는 말은 성립하지 않습니다 — 9시간을 더하는 순간 그것은 다른 시각을 가리키는 잘못된 타임스탬프가 됩니다.

한국 서비스에서 9시간 문제가 나는 지점은 대체로 정해져 있습니다.

DB 서버 시간대가 UTC인데 애플리케이션은 KST로 해석 — 조회 결과가 9시간 어긋납니다. MySQL의 time_zone 설정과 커넥션 옵션을 함께 확인해야 합니다.
DATETIME 과 TIMESTAMP 를 섞어 씀 — MySQL의 TIMESTAMP 는 저장·조회 시 시간대 변환을 하지만 DATETIME 은 하지 않습니다. 두 컬럼을 비교하다 어긋납니다.
"오늘"의 경계 — 통계 집계를 UTC 자정으로 끊으면 한국에서는 오전 9시에 날짜가 바뀝니다. 국내 서비스의 일별 지표는 KST 자정 기준으로 끊어야 실무 감각과 맞습니다.
ISO 문자열에서 Z를 빼먹음 — 2026-07-16T09:00:00Z 와 2026-07-16T09:00:00+09:00 은 9시간 차이입니다. Z(=UTC)를 빠뜨린 문자열은 해석하는 쪽 기준으로 제멋대로 읽힙니다.

이 도구의 결과 표는 서울(KST)·UTC·뉴욕·런던을 함께 보여줍니다. 오른쪽의 "날짜 → 타임스탬프"는 브라우저가 있는 지역(한국이면 KST) 기준으로 입력을 해석합니다.

2038년 문제 — 아직 살아 있습니다

32비트 부호 있는 정수로 초를 세면 2038년 1월 19일 03:14:07 UTC(한국 시각 같은 날 12시 14분 7초)에 최댓값을 넘고, 그다음 초에 1901년으로 넘어갑니다. 64비트 시스템이 보편화되면서 잊힌 문제처럼 보이지만 여전히 걸립니다.

MySQL의 TIMESTAMP 컬럼은 2038-01-19 까지만 저장됩니다. 그 이상은 DATETIME 을 써야 합니다 — 30년 만기 대출, 장기 계약 만료일 같은 데이터를 다루는 서비스는 지금도 이 벽에 부딪힙니다.
32비트 임베디드 기기·구형 라우터·POS 단말 등은 펌웨어가 그대로면 그때 오작동합니다.
이 도구는 자바스크립트 Date 를 쓰므로 2038년을 아무 문제 없이 넘깁니다. 여기서 정상으로 보인다고 대상 시스템이 괜찮다는 뜻은 아닙니다.

반대쪽 경계도 있습니다. 1970년 이전은 음수 타임스탬프가 되는데, 이걸 부호 없는 정수로 받는 시스템에서는 엄청나게 큰 미래 값으로 뒤집힙니다. 생년월일을 타임스탬프로 저장하면 1960년대생에서 사고가 납니다 — 날짜는 날짜 타입으로 저장하는 것이 정답입니다.

ISO 8601 · RFC 2822 — 어디에 뭘 쓰나

결과 표에 여러 형식이 함께 나오는 것은 받는 쪽이 요구하는 형식이 제각각이기 때문입니다.

형식	예	쓰는 곳
Unix 초	1700000000	대부분의 API, 리눅스 로그, JWT의 exp
Unix 밀리초	1700000000000	자바스크립트, 자바, 카프카
ISO 8601 (UTC)	2023-11-14T22:13:20.000Z	JSON API 표준. 사람도 기계도 읽음
ISO 8601 (오프셋)	2023-11-15T07:13:20+09:00	지역 시간을 보존해야 할 때
RFC 2822	Wed, 15 Nov 2023 07:13:20 +0900	이메일 헤더, 일부 RSS

새로 API를 설계한다면 ISO 8601 UTC 문자열이 무난합니다. 사람이 로그에서 바로 읽을 수 있고, 시간대 정보가 문자열 안에 있어 "이게 어느 기준이더라"를 물을 일이 없습니다. 반대로 계산·비교가 잦고 저장 크기가 중요하면 정수 타임스탬프가 낫습니다.

상대 시간 표시에서 자주 틀리는 것

표 맨 위의 "상대 시간"은 지금으로부터 얼마나 떨어진 시각인지 알려 줍니다. 게시판이나 알림 목록에서 흔히 쓰는 표기인데, 직접 구현하면 은근히 틀립니다.

한 달을 30일로 잡는 근사치 — 이 도구를 포함해 대부분이 그렇습니다. "1개월 전"이 실제로는 28일 전일 수도 31일 전일 수도 있습니다. 정확한 날짜가 중요한 화면(계약·정산)에서는 상대 시간 대신 실제 날짜를 보여 주세요.
서버 시각과 브라우저 시각의 차이 — 사용자 PC 시계가 5분 빠르면 방금 쓴 글이 "5분 후"로 표시됩니다. 미래 값이면 "방금"으로 눌러 보여 주는 처리가 필요합니다.
캐시 — "3분 전"이 HTML에 박힌 채 CDN에 캐시되면 한참 뒤에도 3분 전입니다. 상대 시간은 클라이언트에서 계산하는 편이 안전합니다.

자주 묻는 질문

초, 밀리초, 마이크로초는 어떻게 구분되나요?

입력된 숫자의 자릿수를 보고 자동으로 단위를 인식해 변환합니다. 일반적으로 10자리는 초, 13자리는 밀리초, 16자리는 마이크로초로 해석하며, 어떤 단위로 인식했는지 입력 칸 바로 위에 표시됩니다. 소수점이 포함된 숫자(예: 1700000000.123)는 초 단위로 간주하여 계산합니다.

제가 입력한 데이터는 안전한가요? 서버로 전송되나요?

안심하고 사용하셔도 좋습니다. 모든 변환 과정은 사용자의 웹 브라우저 내부에서만 직접 처리됩니다. 입력하신 타임스탬프나 날짜 데이터는 툴즈25시 서버는 물론 다른 어떤 외부 서버로도 전송되지 않으므로, 개인 정보나 민감한 데이터가 포함된 로그도 안전하게 변환할 수 있습니다.

다른 나라 시간으로도 볼 수 있나요?

네, 가능합니다. 타임스탬프를 날짜로 변환하면 결과 표에 사용자의 지역 시간과 협정 세계시(UTC)뿐만 아니라, 서울(KST), 뉴욕, 런던 등 주요 도시의 현지 시각이 함께 표시됩니다. 해외 팀과 협업하거나 다른 시간대의 서버 로그를 분석할 때 특히 유용합니다.

에포크(Epoch) 시간이란 무엇인가요?

에포크 시간 또는 유닉스 시간은 특정 기준 시점(1970년 1월 1일 00:00:00 UTC)부터 현재까지 흐른 시간을 초 단위로 나타낸 숫자입니다. 시간대나 서머타임 같은 복잡한 문제없이 시간을 절대적인 값으로 표현할 수 있어 전 세계 수많은 컴퓨터 시스템에서 표준으로 사용됩니다.