64 비트 우분투 시스템의 타임 스탬프, 2038 년 문제

64 비트 Ubuntu 시스템을 사용하고 있습니다.

현재 MariaDB를 통합하는 프로젝트를 진행 중입니다. 사람들이 다른 시간대에 맞는 정확한 시간을 받도록 타임 스탬프 기법을 프로젝트에 도입 할 계획입니다.

타임 스탬프에 대한 2038 년 문제에 관한 기사를 듣고 읽었습니다. 많은 기사에서 64 비트 시스템을 사용하여“비트”를 더 많이 구매할 것을 제안합니다.

이“비트”는 얼마나 많은 시간을 의미합니까? 우리가 끝날 때까지 웹 응용 프로그램을 관리 할 수있을 정도로 길습니까? 그렇지 않은 경우 2 년 연장과 같은 것이므로 2040 년이되면 제대로 작동하지 않는 응용 프로그램을 갖게 될까요?

문자 그대로 "비트"를 구매할 수있는 옵션, 즉 부호있는 32 비트 정수에서 부호없는 32 비트 정수로 전송하는 옵션이 있다면 2106으로 계속 작동합니다.

64 비트로 전송하는 것이 "약간 더 좋습니다". 당신은 수 천억 년의 해상도를 얻습니다.

그리고 우분투는 이것을합니다 :

$ uname -p
x86_64

$ date --date=9090-01-01 +%s
224685532800

그러나 이것이 OS 수준입니다. 우분투가 64 비트 정수를 사용한다고해서 MySQL / MariaDB가이를 사용 하여 타임 스탬프 를 저장 한다는 의미는 아닙니다 . 2038 년이 지난 날짜가 지금 중요하다면 즉시 테스트를 시작하십시오.

사실 시간을 절약 할 수 있습니다. 아직 고장 났어요 이 버그는 10 년 전에보고 되었지만 주요 테스트는 여전히 64 비트 int로 실패합니다.

mysql> select from_unixtime(2548990800);
+---------------------------+
| from_unixtime(2548990800) |
+---------------------------+
| NULL                      |
+---------------------------+
1 row in set (0.00 sec)

이것은 심지어 스토리지가 아닙니다. 약간 한심하다.

(예, MariaDB 버전 10.1에서 실행되었습니다)

정수로 저장하지 마십시오. ISO 8601 형식의 날짜 문자열 로 저장하십시오 . 인터넷에서 사용되는 표준 형식입니다.

9999-12-31T23:59:59+00:00