RUV Calculator타임스탬프 변환기https://calc.ruvlabs.com/ko/c/timestamp

타임스탬프 변환기

유닉스 시간과 날짜를 오간다

내 시간대

UTC
적용한 시간대
자세한 내역
ISO 8601
초
밀리초

2026-09-18 00:00:00 (UTC) 입니다.

이 타임스탬프는 언제인가요?

2026-09-18 00:00:00 (UTC) 입니다.

기본값으로 계산한 예시입니다. 위에서 값을 바꾸면 내 경우의 답이 나옵니다.

유닉스 시간은 1970년부터의 초

유닉스 타임스탬프는 1970년 1월 1일 0시 0분 0초 UTC부터 흐른 초를 센 숫자입니다. 시간대도 서머타임도 없는 하나의 눈금이라, 서버와 데이터베이스가 시각을 저장할 때 널리 씁니다. 사람이 읽는 날짜는 이 숫자를 시간대에 맞춰 옮겨 적은 결과입니다.

자리 수로 단위를 짐작할 수 있습니다. 10자리면 초 단위이고 13자리면 밀리초 단위입니다. 자바스크립트는 밀리초를 쓰고 유닉스 계열 도구와 데이터베이스는 초를 쓰는 일이 많아, 1000을 곱하거나 나눠야 하는 경우가 자주 생깁니다.

ISO 8601은 2026-09-16T00:00:00Z처럼 적는 표준 문자열입니다. 끝의 Z는 UTC를 뜻하고, 시간대가 있는 경우 +09:00처럼 붙습니다. 날짜를 문자열로 주고받을 때 이 형식을 쓰면 나라마다 다른 연·월·일 순서 때문에 생기는 혼동이 사라집니다.

시간대 때문에 생기는 오차

타임스탬프 자체에는 시간대가 없는데 화면에 보이는 날짜에는 있습니다. 한국은 UTC보다 9시간 빠르므로, UTC 기준 9월 16일 0시는 한국 시각으로 같은 날 오전 9시입니다. 날짜만 비교하면 하루가 어긋나는 일이 여기서 생깁니다.

초와 밀리초를 섞으면 결과가 1970년 근처나 수만 년 뒤로 튑니다. 변환 결과가 1970년 1월 1일로 나오면 밀리초 값을 초로 읽은 것이고, 서기 5만 년대가 나오면 초 값을 밀리초로 읽은 것입니다.

2038년 문제는 32비트 정수로 초를 세는 시스템에만 해당합니다. 2038년 1월 19일을 넘으면 값이 넘쳐 음수가 되는데, 요즘 환경은 대부분 64비트를 쓰므로 오래된 임베디드 기기나 옛 데이터베이스 컬럼이 아니면 마주칠 일은 드뭅니다.

자주 묻는 질문

10자리와 13자리는 무엇이 다른가요?

10자리는 초 단위, 13자리는 밀리초 단위입니다. 유닉스 시간은 원래 1970년 1월 1일 UTC 자정부터 흐른 초 수인데, 자바스크립트를 비롯한 여러 환경이 밀리초를 씁니다. 이 계산기는 자릿수를 보고 알아서 판단합니다.

2038년 문제가 무엇인가요?

32비트 정수로 초를 세면 2038년 1월 19일에 넘칩니다. 그 시점에 값이 음수로 돌아 1901년으로 읽히는 문제입니다. 64비트를 쓰는 현대 시스템은 해당되지 않지만, 오래된 임베디드 장비에는 여전히 남아 있습니다.

왜 UTC로만 보여주나요?

타임스탬프 자체에는 시간대 정보가 없습니다. 같은 숫자가 서울에서는 오후 9시, 뉴욕에서는 오전 8시입니다. 기준을 UTC로 고정해야 혼동이 없고, 현지 시각이 필요하면 세계 시차 계산기를 함께 쓰면 됩니다.

계산은 이 브라우저에서 이루어집니다. 결과를 그대로 쓰기 전에 넣은 값을 한 번 확인하세요.