Unix 타임스탬프 변환기
초, 밀리초, 마이크로초, 나노초 단위의 Unix epoch 타임스탬프를 UTC 또는 세계 주요 시간대의 날짜로 변환하고, 날짜를 다시 타임스탬프로 변환합니다.
입력한 내용은 저장되지 않습니다. 같은 요청 안에서 변환되어 반환됩니다.
초, 밀리초, 마이크로초, 나노초 단위의 Unix epoch 타임스탬프를 UTC 또는 세계 주요 시간대의 날짜로 변환하고, 날짜를 다시 타임스탬프로 변환합니다.
입력한 내용은 저장되지 않습니다. 같은 요청 안에서 변환되어 반환됩니다.
로그, 데이터베이스, API는 시간을 유닉스 타임스탬프, 즉 1970년 1월 1일 UTC부터 지난 초 수로 저장합니다. 여기에 붙여 넣으면 내 시간대의 실제 날짜와 시간을 볼 수 있고, 날짜를 쿼리나 API 호출에 필요한 타임스탬프로 바꿀 수도 있습니다.
현재 날짜의 타임스탬프는 초 단위로 10자리(1767225600은 2026년 1월 1일 00:00 UTC), 밀리초는 13자리, 마이크로초는 16자리, 나노초는 19자리입니다. 도구는 크기를 봅니다. 10^11 미만은 초, 10^14 미만은 밀리초, 10^17 미만은 마이크로초, 그보다 크면 나노초로 판단합니다. JavaScript의 Date.now()와 대부분의 Java API는 밀리초를, 유닉스 도구와 Python의 time.time(), 대부분의 데이터베이스는 초를 반환합니다. 추정한 단위는 직접 바꿀 수 있습니다.
유닉스 타임스탬프는 항상 UTC이며, 시간대는 사람에게 보여 줄 때만 의미가 있습니다. 반대 방향에서는 현지 시간이 모호할 수 있습니다. 시계를 뒤로 돌리면 01:30이 두 번 있고, 앞으로 돌리면 02:30은 아예 없습니다. 도구는 두 경우 모두 조용히 하나를 고르지 않고 경고합니다. 1년에 두 번 보고서가 한 시간씩 어긋나는 흔한 원인이 바로 이것입니다.
음수 타임스탬프는 1970년 이전의 날짜입니다. -86400은 31/12/1969 00:00 UTC입니다. 이 도구는 -62135596800(01/01/0001 00:00:00 UTC)부터 253402300799(31/12/9999 23:59:59 UTC)까지의 모든 시각을 받습니다. 소수점 이하는 초의 일부로 유지되므로 1700000000.5는 14/11/2023 22:13:20.5 UTC입니다. 단위는 숫자의 크기로만 판단하므로 03/03/1973 이전의 밀리초 값은 11자리 이하라서 초로 읽힙니다. 86400000은 02/01/1970이 아니라 27/09/1972로 표시됩니다. 이런 오래된 값은 단위를 밀리초로 지정하세요.
Excel이나 Google 스프레드시트에서 =A1/86400+DATE(1970,1,1)는 셀 A1의 초를 UTC 날짜로 바꿉니다(밀리초라면 86400000으로 나눕니다). 셀 서식은 날짜와 시간으로 지정하세요. 현지 시간으로 보려면 UTC와의 시차(시간)를 24로 나눠 더합니다. 한국은 +9/24입니다. =(A1-DATE(1970,1,1))*86400는 날짜를 다시 초로 바꿉니다. PostgreSQL에서는 to_timestamp(1700000000)이 timestamptz를 반환하고 EXTRACT(EPOCH FROM column)으로 되돌립니다. MySQL의 FROM_UNIXTIME(1700000000)과 UNIX_TIMESTAMP(column)은 세션 시간대를 사용합니다. 수식을 확인하려면 같은 값을 여기에 붙여 넣으세요. 1700000000은 14/11/2023 22:13:20 UTC가 나와야 합니다.
값이 초 단위인데 밀리초로 읽혔거나, 원본 시스템에서 0 또는 빈 값이었을 가능성이 큽니다. 1970년 1월 날짜는 거의 항상 실제 사건이 아니라 누락된 값을 뜻합니다.
아니요. 유닉스 시간은 윤초를 무시하므로 하루는 항상 정확히 86,400초입니다. 컴퓨터, 데이터베이스, API가 시간을 저장하는 방식과 같습니다.
자릿수를 세어 보세요. 현재 초 단위 타임스탬프는 10자리, 밀리초는 13자리입니다. 변환기가 자동으로 감지하며, 단위를 직접 지정할 수도 있습니다.
없습니다. UTC의 한 시점부터 초를 세므로 같은 타임스탬프는 어디서나 같은 순간입니다. 표시 방식만 시간대에 따라 달라집니다.
타임스탬프를 부호 있는 32비트 정수로 저장하는 시스템은 19/01/2038에 오버플로가 발생합니다. 이 변환기는 충분한 크기의 숫자를 사용하며 9999년까지의 날짜를 처리합니다.
JavaScript에서는 Math.floor(Date.now() / 1000)가 초를 돌려주고, Date.now()만 쓰면 밀리초가 나옵니다. Python에서는 int(time.time()), Linux나 macOS 셸에서는 date +%s입니다. PostgreSQL에서는 EXTRACT(EPOCH FROM now())(소수점 포함), MySQL에서는 UNIX_TIMESTAMP()를 씁니다. 이 페이지의 실시간 시계는 같은 값을 초 단위로 보여 주며 바로 복사할 수 있습니다.
IANA 시간대 데이터베이스의 자주 쓰는 시간대 40개로, 각각 도시 이름이 붙어 있으며 UTC와 Asia/Kolkata(인도)부터 America/Los_Angeles, Pacific/Auckland까지 있습니다. 각 시간대는 변환하는 날짜에 맞춰 자체 서머타임 규칙을 적용합니다. 브라우저의 시간대가 목록에 있으면 미리 선택되고, 없으면 UTC로 시작합니다. 사는 도시가 없으면 오늘 같은 시각을 쓰는 목록의 도시를 고르세요. 예를 들어 부산은 Asia/Seoul입니다.
두 카드를 함께 사용합니다. 시간대에서 Asia/Kolkata를 고르고 날짜를 타임스탬프로에 14/11/2023과 10:00을 입력한 뒤 변환을 누르면 1699936200이 나옵니다. 이 값을 타임스탬프를 날짜로에 붙여 넣고 시간대를 America/New_York으로 바꾸세요. 이제 타임스탬프를 날짜로에 13/11/2023 23:30:00, UTC 오프셋 -05:00이 표시되며, 뉴욕에서는 전날 저녁입니다. 서머타임은 입력한 날짜 기준으로 적용되므로 14/07/2023 인도 시각 10:00은 뉴욕의 14/07/2023 00:30(-04:00)입니다. 시간대를 바꾸면 날짜를 타임스탬프로에 입력한 날짜도 뉴욕 시간으로 다시 읽히므로, 답은 타임스탬프를 날짜로에서 확인하세요.
lastLogonTimestamp, pwdLastSet 같은 속성은 Windows FILETIME 값으로, Unix 시간이 아니라 01/01/1601 UTC부터 센 100나노초 단위 간격 수입니다. 133446720000000000을 그대로 붙여 넣으면 나노초로 읽혀 25/03/1974가 표시됩니다. 먼저 10000000으로 나눈 뒤 11644473600을 빼세요. 결과 1700198400은 17/11/2023 05:20:00 UTC입니다. Excel에서는 =A1/864000000000-109205로 같은 UTC 날짜와 시각을, PowerShell에서는 [DateTime]::FromFileTimeUtc(133446720000000000)를 쓰면 됩니다.
날짜를 타임스탬프로에 나누어 입력하세요. 날짜는 14/11/2023, 시간은 22:13:20입니다. 그 날짜에 같은 오프셋을 쓰는 시간대를 고르고(+05:30이면 Asia/Kolkata, Z로 끝나면 UTC) 변환을 누르면 1699980200이 나옵니다. 목록에 같은 오프셋의 시간대가 없으면 오프셋을 직접 빼서 UTC 시각으로 입력하세요. 22:13:20+05:30은 16:43:20 UTC입니다. 타임스탬프를 날짜로에는 UTC와 현지 시각의 ISO 8601이 표시되어 바로 복사할 수 있습니다.