mysql - MySQL 是否应该将其时区设置为 UTC？

Question

https://serverfault.com/questions/191331/should-servers-have-their-timezone-set-to-gmt-utc的后续问题

MySQL 时区应该设置为 UTC 还是应该设置为与服务器或 PHP 设置相同的时区？（如果不是UTC）

优缺点都有什么？

score 611 · Accepted Answer

只要您为当前时区设置了正确的时间，知道您存储的日期时间列的时区，并且知道夏令时的问题，服务器上的时区似乎并不重要。

另一方面，如果您可以控制所使用服务器的时区，那么您可以在内部将所有内容设置为 UTC，而不必担心时区和 DST，至少在存储内部时间方面是这样。

以下是我收集的一些关于如何使用时区作为我自己和其他人的备忘单形式的笔记，这可能会影响人们将为他/她的服务器选择哪个时区以及他/她将如何存储日期和时间。

MySQL 时区备忘单

笔记：

更改时区不会更改存储的日期时间或时间戳，但会从时间戳列中选择不同的日期时间
警告！UTC 有闰秒，这些看起来像 '2012-06-30 23:59:60' 并且可以随机添加，由于地球自转速度减慢，提前 6 个月通知
GMT 混淆了秒数，这就是发明 UTC 的原因。
警告！由于夏令时，不同的区域时区可能会产生相同的日期时间值
由于限制，时间戳列仅支持日期 1970-01-01 00:00:01 到 2038-01-19 03:14:07 UTC 。
MySQL 时间戳列在内部存储为UTC，但在选择日期时，MySQL 会自动将其转换为当前会话时区。

在时间戳中存储日期时，MySQL 将假定日期在当前会话时区中，并将其转换为 UTC 进行存储。
MySQL 可以在日期时间列中存储部分日期，这些看起来像“2013-00-00 04:00:00”
如果您将日期时间列设置为 NULL，MySQL 将存储“0000-00-00 00:00:00”，除非您在创建该列时专门设置该列以允许为空。
读这个

选择 UTC 格式的时间戳列

无论当前 MySQL 会话在哪个时区：

SELECT 
CONVERT_TZ(`timestamp_field`, @@session.time_zone, '+00:00') AS `utc_datetime` 
FROM `table_name`

您还可以将服务器或全局或当前会话时区设置为 UTC，然后选择时间戳，如下所示：

SELECT `timestamp_field` FROM `table_name`

要选择 UTC 中的当前日期时间：

SELECT UTC_TIMESTAMP();
SELECT UTC_TIMESTAMP;
SELECT CONVERT_TZ(NOW(), @@session.time_zone, '+00:00');

示例结果：2015-03-24 17:02:41

在会话时区中选择当前日期时间

SELECT NOW();
SELECT CURRENT_TIMESTAMP;
SELECT CURRENT_TIMESTAMP();

选择服务器启动时设置的时区

SELECT @@system_time_zone;

返回莫斯科时间的“MSK”或“+04:00”，例如，存在（或曾经）一个 MySQL 错误，如果设置为数字偏移量，它将不会调整夏令时

获取当前时区

SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP);

如果您的时区是 +2:00，它将返回 02:00:00。

获取当前 UNIX 时间戳（以秒为单位）：

SELECT UNIX_TIMESTAMP(NOW());
SELECT UNIX_TIMESTAMP();

获取时间戳列作为 UNIX 时间戳

SELECT UNIX_TIMESTAMP(`timestamp`) FROM `table_name`

获取 UTC 日期时间列作为 UNIX 时间戳

SELECT UNIX_TIMESTAMP(CONVERT_TZ(`utc_datetime`, '+00:00', @@session.time_zone)) FROM `table_name`

从正 UNIX 时间戳整数获取当前时区日期时间

SELECT FROM_UNIXTIME(`unix_timestamp_int`) FROM `table_name`

从 UNIX 时间戳获取 UTC 日期时间

SELECT CONVERT_TZ(FROM_UNIXTIME(`unix_timestamp_int`), @@session.time_zone, '+00:00') 
FROM `table_name`

从负 UNIX 时间戳整数中获取当前时区日期时间

SELECT DATE_ADD('1970-01-01 00:00:00',INTERVAL -957632400 SECOND)

在 MySQL 中有 3 个地方可以设置时区：

注意：时区可以设置为 2 种格式：

与 UTC 的偏移量：“+00:00”、“+10:00”或“-6:00”
作为命名时区：“欧洲/赫尔辛基”、“美国/东部”或“MET”

只有在 mysql 数据库中的时区信息表已创建并填充后，才能使用命名时区。

在文件“my.cnf”中

default_time_zone='+00:00'

或者

timezone='UTC'

@@global.time_zone 变量

查看它们设置为什么值

SELECT @@global.time_zone;

要为其设置值，请使用以下任一：

SET GLOBAL time_zone = '+8:00';
SET GLOBAL time_zone = 'Europe/Helsinki';
SET @@global.time_zone='+00:00';

@@session.time_zone 变量

SELECT @@session.time_zone;

要设置它，请使用以下任一：

SET time_zone = 'Europe/Helsinki';
SET time_zone = "+00:00";
SET @@session.time_zone = "+00:00";

“@@global.time_zone 变量”和“@@session.time_zone 变量”都可能返回“SYSTEM”，这意味着它们使用“my.cnf”中设置的时区。

要使时区名称起作用（即使是默认时区），您必须设置您的时区信息表，需要填充： http://dev.mysql.com/doc/refman/5.1/en/time-zone-support。 html

注意：你不能这样做，因为它会返回 NULL：

SELECT 
CONVERT_TZ(`timestamp_field`, TIMEDIFF(NOW(), UTC_TIMESTAMP), '+00:00') AS `utc_datetime` 
FROM `table_name`

设置mysql时区表

为了CONVERT_TZ工作，您需要填充时区表

SELECT * FROM mysql.`time_zone` ;
SELECT * FROM mysql.`time_zone_leap_second` ;
SELECT * FROM mysql.`time_zone_name` ;
SELECT * FROM mysql.`time_zone_transition` ;
SELECT * FROM mysql.`time_zone_transition_type` ;

如果它们是空的，则通过运行此命令来填充它们

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql

如果此命令给出错误“ data too long for column 'abbreviation' at row 1 ”，则可能是由于在时区缩写末尾附加了 NULL 字符

修复是运行这个

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql
(if the above gives error "data too long for column 'abbreviation' at row 1")
mysql_tzinfo_to_sql /usr/share/zoneinfo > /tmp/zut.sql

echo "SET SESSION SQL_MODE = '';" > /tmp/mysql_tzinfo_to.sql
cat /tmp/zut.sql >> /tmp/mysql_tzinfo_to.sql

mysql --defaults-file=/etc/mysql/my.cnf --user=verifiedscratch -p mysql < /tmp/mysql_tzinfo_to.sql

（确保您的服务器 dst 规则是最新的zdump -v Europe/Moscow | grep 2011 https://chrisjean.com/updating-daylight-saving-time-on-linux/）

查看每个时区的完整 DST（夏令时）转换历史

SELECT 
tzn.Name AS tz_name,
tztt.Abbreviation AS tz_abbr,
tztt.Is_DST AS is_dst,
tztt.`Offset` AS `offset`,
DATE_ADD('1970-01-01 00:00:00',INTERVAL tzt.Transition_time SECOND)  AS transition_date
FROM mysql.`time_zone_transition` tzt
INNER JOIN mysql.`time_zone_transition_type` tztt USING(Time_zone_id, Transition_type_id)
INNER JOIN mysql.`time_zone_name` tzn USING(Time_zone_id)
-- WHERE tzn.Name LIKE 'Europe/Moscow' -- Moscow has weird DST changes
ORDER BY tzt.Transition_time ASC

CONVERT_TZ还根据上表中的规则和您使用的日期应用任何必要的 DST 更改。

注意：
根据文档，您为 time_zone 设置的值不会改变，例如，如果您将其设置为“+01:00”，那么 time_zone 将设置为与 UTC 的偏移量，它不遵循 DST，所以它将全年保持不变。

只有指定的时区会在夏令时更改时间。

像这样的缩写CET将始终是冬季时间和CEST夏季时间，而 +01:00 将始终是UTC时间 + 1 小时，并且两者都不会随 DST 改变。

system时区将是安装 mysql 的主机的时区（除非 mysql 无法确定它）

您可以在此处阅读有关使用 DST 的更多信息

传奇人物 Jon Skeet 何时不使用 UTC：https ://codeblog.jonskeet.uk/2019/03/27/storing-utc-is-not-a-silver-bullet/ （例如未来的预定活动代表一个时间，而不是一个瞬间）

相关问题：

资料来源：

score 3 · Accepted Answer

PHP 和 MySQL 有自己的默认时区配置。您应该在数据库和 Web 应用程序之间同步时间，否则您可能会遇到一些问题。

阅读本教程：如何同步 PHP 和 MySQL 时区

score 3 · Accepted Answer

这是一个工作示例：

jdbc:mysql://localhost:3306/database?useUnicode=yes&characterEncoding=UTF-8&serverTimezone=Europe/Moscow

score 2 · Accepted Answer

优点和缺点几乎相同。这取决于你是否想要这个。

小心，如果 MySQL 时区与您的系统时间不同（例如 PHP），比较时间或打印给用户将涉及一些修补。

score 1 · Accepted Answer

如何让您的应用程序与服务器的时区无关？

由于任何这些可能的情况：

您可能无法控制 Web/数据库服务器的时区设置
您可能会搞砸并错误地设置设置
其他答案中描述的设置太多，要跟踪的事情太多，您可能会错过一些东西
服务器上的更新、软件重置或其他管理员可能不知道将服务器的时区重置为默认值 - 从而破坏您的应用程序

以上所有情况都会导致应用程序的时间计算中断。因此，似乎更好的方法是让您的应用程序独立于服务器的时区工作。

这个想法只是在将日期存储到数据库之前始终以 UTC 创建日期，并始终从 UTC 中存储的值重新创建它们。这样，时间计算永远不会不正确，因为它们始终采用 UTC。这可以通过DateTimeZone在创建 PHPDateTime对象时明确声明参数来实现。

另一方面，客户端功能可以配置为将从服务器接收到的所有日期/时间转换为客户端的时区。像 moment.js 这样的库使这变得超级容易。

例如，在数据库中存储日期时，不使用NOW()MySQL 的功能，而是创建 UTC 格式的时间戳字符串，如下所示：

// Storing dates
$date = new DateTime('now', new DateTimeZone('UTC'));
$sql = 'insert into table_name (date_column) values ("' . $date . '")';

// Retreiving dates
$sql = 'select date_column from table_name where condition';
$dateInUTC = new DateTime($date_string_from_db, new DateTimeZone('UTC'));

您可以在 PHP 中为创建的所有日期设置默认时区，从而无需在每次要创建日期时初始化 DateTimeZone 类。