Unix 타임스탬프란?
기준부터 단위까지

Unix 타임스탬프의 뜻

Unix 타임스탬프는 특정한 한 순간을 기준점에서 얼마나 떨어져 있는지 숫자로 나타낸 값입니다. 기준점은 1970년 1월 1일 00:00:00 UTC이며, 흔히 Unix epoch 또는 에포크라고 부릅니다.

초 단위를 쓴다면 기준점이 0, 1초 뒤가 1, 하루 뒤가 86400입니다. 달력의 연·월·일 이름 대신 하나의 연속된 숫자로 시간을 표현하므로 서로 다른 지역에서도 같은 순간을 비교하고 순서대로 정렬하기 쉽습니다.

왜 1970년 1월 1일이 기준인가

이 날짜는 자연과학적으로 시간이 시작된 날이 아니라 Unix 계열 시간 표현에서 정한 기준점입니다. 기준점 하나를 정하면 그 이전은 음수, 이후는 양수로 표현할 수 있습니다.

여기서 1970년은 값의 출발점일 뿐 표현 가능한 날짜의 절대 한계가 아닙니다. 사용하는 숫자 범위와 날짜 표시 범위가 충분하다면 1970년 이전과 먼 미래도 나타낼 수 있습니다. -31536000초처럼 음수를 사용하면 대략 1년 전으로 이동합니다.

에포크와 타임스탬프의 차이

에포크는 출발점이고, 타임스탬프는 그 출발점에서 잰 값입니다. “Unix epoch가 1970-01-01 UTC”라는 말과 “이 사건의 Unix 타임스탬프가 1704067200”이라는 말은 서로 다른 대상을 설명합니다.

초, 밀리초, 마이크로초, 나노초

Unix 시간이라고 해서 언제나 초만 쓰는 것은 아닙니다. 더 짧은 간격이 필요하면 밀리초, 마이크로초, 나노초를 씁니다. 단위를 적지 않으면 같은 숫자도 완전히 다른 날짜가 될 수 있습니다.

숫자 길이는 단서일 뿐

현재와 가까운 양수 값은 초 10자리, 밀리초 13자리, 마이크로초 16자리, 나노초 19자리인 경우가 많습니다. 하지만 오래된 날짜, 먼 미래, 앞에 0이 붙은 값, 음수와 소수는 이 규칙에서 벗어날 수 있습니다. 원본에 표시된 단위를 우선하고 변환된 날짜가 예상 범위인지 대조하세요.

Unix 값에는 시간대가 없다

Unix 값은 UTC 기준의 순간을 나타내지만 그 숫자 안에 한국이나 미국 뉴욕 같은 지역 이름이 저장된 것은 아닙니다. 같은 값 1704067200을 UTC로 표시하면 2024년 1월 1일 0시, 한국에서는 같은 날 오전 9시입니다.

따라서 “타임스탬프를 KST로 바꾼다”는 것은 숫자 자체를 다른 순간으로 옮기는 것이 아니라 같은 순간을 한국 시계로 보여주는 일입니다. UTC와 KST를 오갈 때 원래 Unix 값은 변하지 않습니다.

고정 시차와 지역 시간대

현재 한국 표준시는 연중 UTC+09:00이라 9시간 차이를 적용할 수 있습니다. 반면 계절에 따라 시차가 바뀌는 지역은 단순히 몇 시간을 더하는 방식만으로 과거와 미래를 모두 정확하게 다루기 어렵습니다. 해당 날짜에 적용된 지역 규칙을 확인해야 합니다.

소수 초와 정밀도

초보다 짧은 순간은 소수로 표현할 수 있습니다. 1704067200.5초는 2024년 1월 1일 00:00:00 UTC에서 500밀리초 뒤입니다. 같은 값은 1704067200500밀리초로도 쓸 수 있습니다.

단위를 바꿀 때는 원본이 가진 정밀도보다 더 정확해지는 것은 아닙니다. 초 단위 정수에 1,000을 곱해 밀리초 숫자로 만들 수 있지만 새로 생긴 세 자리 0은 실제 측정이 밀리초까지 정확했다는 뜻이 아닙니다. 숫자의 단위와 함께 원본 측정 정밀도도 구분해 두는 것이 좋습니다.

나노초를 날짜로 볼 때

나노초 값은 매우 길어 일반 숫자 표기에서 끝자리가 뭉개질 수 있습니다. 정확한 비교가 필요하면 원본 숫자를 정수 그대로 유지하고, 사람이 읽는 날짜에는 소수 아래 몇 자리가 보존되었는지 확인하세요.

음수 시간과 윤초

음수는 1970년 이전

-1초는 에포크 1초 전인 1969-12-31 23:59:59 UTC입니다. 한국 시간으로는 이미 1970-01-01 08:59:59이므로 Unix 값의 부호만 보고 지역 달력의 연도를 단정하면 안 됩니다.

윤초는 별도로 세지 않음

일반적인 POSIX 방식의 Unix 시간은 윤초를 독립된 한 초로 세지 않습니다. 그래서 UTC 시계에서 드물게 나타나는 23:59:60을 보통의 Unix 값 하나로 단순 대응시키지 않습니다. 두 Unix 값을 뺀 결과를 아주 긴 천문학적 경과 시간으로 해석할 때는 이 차이를 알아둘 필요가 있습니다.

2038년 문제는 무엇인가

Unix 초를 32비트 부호 정수로 보관하면 가장 큰 값은 2147483647입니다. 이 값은 2038-01-19 03:14:07 UTC이고, 1초를 더한 값을 같은 형식에 담을 수 없습니다. 이를 흔히 2038년 문제라고 합니다.

이 문제는 Unix 시간 개념 자체가 2038년에 끝난다는 뜻이 아닙니다. 사용하는 숫자 그릇이 좁아서 생기는 범위 제한입니다. 더 넓은 부호 정수를 사용하면 2038년 이후도 계속 표현할 수 있습니다.

오래 보관할 일정, 계약 만료, 생년월일처럼 2038년 뒤 날짜가 들어갈 수 있다면 사용 중인 파일이나 도구가 더 넓은 범위를 지원하는지 확인하세요.

Unix 시간과 ISO 8601 비교

Unix 값은 짧고 순서를 비교하기 쉽지만 사람이 눈으로 날짜를 알아보기 어렵고 단위를 생략하기 쉽습니다. ISO 8601 형식은 길지만 날짜, 시각, UTC 오프셋을 함께 적을 수 있습니다.

중요한 시각을 전달할 때는 UTC ISO 형식과 원본 Unix 값, 그리고 단위를 함께 남기는 방법이 안전합니다. 예: 2024-01-01T00:00:00Z (1704067200초).

잘못된 날짜를 막는 확인 순서

1. 숫자 단위를 찾습니다. s, ms, μs, ns 표시나 원본 설명을 확인합니다.
2. UTC와 한국 시간을 함께 봅니다. 9시간 때문에 날짜가 바뀌었는지 확인합니다.
3. 자릿수가 예상과 맞는지 봅니다. 현재 시점의 초는 대개 10자리, 밀리초는 13자리입니다.
4. 소수나 음수 기호를 보존합니다. 기호를 지우면 다른 순간이 됩니다.
5. 공유할 때 시간대를 적습니다. Z 또는 +09:00을 포함한 날짜를 함께 남깁니다.

공식 기준과 더 읽을 자료

• The Open Group: 초 단위 시간과 윤초 설명
• RFC Editor: 인터넷 날짜·시간 형식
• IANA: 세계 시간대 규칙 자료
• MDN: 화면에서 날짜로 표현할 수 있는 범위
• MDN: UTC ISO 문자열 형식

시간대 규칙은 국가 정책에 따라 바뀔 수 있습니다. 오래된 역사 시각이나 미래의 특정 지역 시각은 해당 날짜에 적용되는 IANA 시간대 규칙을 함께 확인하세요.

직접 확인하는 시간 도구

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