MySQL 和国际日期

Question

假设我在多个位置有多个服务器，并且我想对字段日期使用 MySQL 的日期时间类型，并且我总是希望字段日期具有 UTC 时间戳，因此当我将其添加到数据库中。 现在假设我想让 MySQL 为其输出 UNIX 时间戳。

当我在 Server AI 上执行此操作时，会得到字符串“2009-06-17 12:00:00”，在其上执行 UNIX_TIMESTAMP(STRING) 会返回数字 1245240000。 UTC 时间为 2009-06-17 12:00:00。 现在我在服务器B上做同样的事情。 我得到了相同的字符串，因为它是 UTC 字符串，但是当再次执行 UNIX_TIMESTAMP(STRING) 时，我得到了错误的数字 1245232800，这是 UTC +2 时间。 我该如何解决这个问题？ 我应该在 PHP 端进行从字符串到时间戳的转换吗？

Answer 1

你好，

我想问一个显而易见的问题，你检查了两台机器上的日期和时间吗？

编辑： ...两台机器上的 MySQL 时区是否相同？

更新：好的。 问题在于，传递到 UNIX_TIMESTAMP 的时间戳字符串被解释为当前时区中的值，然后将其转换回 UTC，因此，因为您位于 MEZ，所以减去两个小时才能将其返回到 UTC因此，当将时间戳转换回 Unix 时间字符串时，会从时间戳中减去 7200。

因此，使用 UNIX_TIMESTAMP() 转换时看到的变化将返回到 Unix Epoch 时间字符串。

顺便说一句，您不应该使用 TIMESTAMP 类型来存储 UTC_TIMESTAMP 而不是 DATETIME 类型吗？

更新：将演示时间与存储时间分离绝对是正确的方法。 然后，您可以在世界各地重复使用相同的数据，并且只需在向用户呈现数据时进行本地时间和本地时间之间的转换。

如果你不这样做，那么你将不得不在创建时间戳时存储时区，然后进行各种复杂的排列，必须计算出

• 本地时区在存储时是否处于夏令时，
• 存储数据时的时区与显示数据时的时区之间有什么区别。

将其全部存储为 UTC 就可以消除这种情况。

如果大多数用户必须根据返回的 UTC 时间自行计算出本地时间，那么他们不会那么高兴，因此系统通常会转换为用户当前的本地时间。

当然，如果用户想要以当地时间表示的数据（通常是这种情况），则可以这样做。 我能想到的唯一广泛使用的、以 UTC 格式存储和显示数据的系统是空中交通管制和飞行计划管理系统，它们始终保存在 UTC 格式（或者更准确地说是 ZULU 时间） 。

HTH

欢呼，

Answer 2

你尝试过这样做吗？

一起执行此指令。

SET time_zone = 'UTC';
SELECT FROM_UNIXTIME(0), UNIX_TIMESTAMP('2009-06-17 12:00:00'); 
// 1970-01-01 00:00:00        1245240000

它们仅影响客户端会话，而不影响服务器配置。