マシンごとにPythonのタイムスタンプが異なるのはなぜ？原因と仕組みを解説

タイムスタンプとは、時刻軸上のある一点とエポック（1970年1月1日00:00:00 UTC）との間のオフセット値であり、本来タイムゾーンとは無関係なものです。しかし、'%Y-%m-%d %H:%M:%S' のようにタイムゾーン情報を含まない人間が読める形式の文字列へ変換する場合、Pythonは自動的にローカルタイムゾーンの設定を使用しようとします。

datetime.timestamp() の内部動作

タイムゾーン情報を持たない naive な datetime オブジェクトに対して datetime.timestamp() を呼び出すと、内部ではC言語の mktime() 関数が呼び出されます。これは、入力された日時がローカル時間として解釈されることを意味します。

問題は、この「ローカル時間」の定義がシステムごとに異なる場合があるという点です。そのため、まったく同じコードを実行しても、マシンによって異なるタイムスタンプが得られることがあります。

mktime() の落とし穴

C言語の mktime() は、過去にその地域のUTCオフセットが現在と異なっていた場合（例：サマータイム制度の変更など）、しかも履歴タイムゾーンデータベースが使用されていない環境では、誤った結果を返す可能性があります。

Unix と Windows の違い

Unix系システム（LinuxやmacOSなど）では、timestamp() を呼び出す際、インタプリタはOS上で利用可能な tz データベース（IANAタイムゾーンデータベース）を参照して正確なタイムゾーン情報を取得します。

一方、Windowsにはこのtzデータベースが標準で搭載されていません。そのため、Windowsでは独自のタイムゾーン処理が行われ、Unix系システムと結果が異なるケースが発生します。

まとめ：ズレを防ぐための対策

以上のように、タイムスタンプの不一致は「ローカル時間への暗黙的な解釈」と「OS間のタイムゾーンデータベースの差異」が主な原因です。これを回避するには、以下の方法が有効です。

• timezone.utc を指定した timezone-aware な datetime オブジェクトを使用する
• 日時の生成・保存はすべてUTCで統一し、表示時にのみローカル時間へ変換する