Question

我需要在MySQL（InnoDB）数据库中将一些TIMESTAMP字段转换为INT。我意识到将TIMESTAMP转换为INT是不寻常的，但我们仍然需要这样做:)

这似乎很容易做到，但有一些时区和夏令时错误。

我有一个脚本，每列生成我的SQL代码。例如，它生成：

ALTER TABLE alarmLog ADD COLUMN started_tmp INT UNSIGNED;
UPDATE alarmLog SET started_tmp = UNIX_TIMESTAMP(started);
ALTER TABLE alarmLog DROP started;
alter TABLE alarmLog CHANGE started_tmp started INT UNSIGNED NULL DEFAULT 0;

如果我使用select FROM_UNIXTIME(1291788036);比较前后数据，结果看起来不错。

然后想法改变所有客户端软件以转换为UTC并在存储时使用该INT。检索时，该INT将转换为当前时区。

但是关于这种情况的文档warn me（CET中的夏令时）：

mysql> SELECT UNIX_TIMESTAMP('2005-03-27 02:00:00');
+---------------------------------------+
| UNIX_TIMESTAMP('2005-03-27 02:00:00') |
+---------------------------------------+
|                            1111885200 |
+---------------------------------------+
1 row in set (0.00 sec)

mysql> SELECT UNIX_TIMESTAMP('2005-03-27 03:00:00');
+---------------------------------------+
| UNIX_TIMESTAMP('2005-03-27 03:00:00') |
+---------------------------------------+
|                            1111885200 |
+---------------------------------------+
1 row in set (0.00 sec)

API和操作系统通常如何处理夏令时？我知道我的电脑有时钟在UTC和夏天，操作系统增加两个小时，冬天时间一个。我假设它使用UTC时间来确定它是否为DST。

那么，我该如何处理呢？是向数据库添加字段以指定DST偏移量的唯一解决方案吗？

Answer 1

您无需将时间存储在INT中。 MySQL的TIMESTAMP类型无论如何都会这样做（它使用标准的unix时间戳来存储时间）并且它们始终是UTC。

您只需设置会话时区，当您更新/选择时，所有TIMESTAMP列都将从/转换为您的区域。

您可以在连接/初始化时设置一次区域：

SET time_zone = '+10:00';

然后您可以直接选择/更新区域中的时间

SELECT timesamp_column FROM table ...

我对日期时间库不是很熟悉，但我猜他们会使用您提供的时区和时间来确定时区和夏令时偏移量。

在您提供的示例中，我认为其中一个值实际上是无效的，因为时钟假设从01:59:59跳到03:00:00和02:00:00从未实际发生过。在这种情况下，UNIX_TIMESTAMP函数可能返回最接近的秒。

Mysql将TIMESTAMP转换为INTEGER - 时区

1 个答案: