MySQL :: MySQL 8.4 Reference Manual :: 7.1.15 MySQL Server Time Zone Support

version 8.4

8.0 current
5.7

8.0 Japanese

MySQL 8.4 Reference Manual / ... / MySQL Server Time Zone Support

7.1.15 MySQL 服务器时区支持

本节介绍 MySQL 维护的时区设置、如何加载命名时间支持所需的系统表、如何与时区变化保持同步以及如何启用闰秒支持。

插入的日期时间值也支持时区偏移量；有关更多信息，请参阅第 13.2.2 节，“日期、日期时间和时间戳类型”。

有关复制设置中的时区设置的信息，请参阅第 19.5.1.14 节，“复制和系统函数” 和第 19.5.1.33 节，“复制和时区”。

MySQL 服务器维护多个时区设置：

服务器系统时区。服务器启动时，它会尝试确定主机机器的时区，并使用它来设置 system_time_zone 系统变量。

要在启动时为 MySQL 服务器显式指定系统时区，请在启动 mysqld 之前设置 TZ 环境变量。如果使用 mysqld_safe 启动服务器，则其 --timezone 选项提供了另一种设置系统时区的方法。 TZ 和 --timezone 的允许值取决于系统。请查阅您的操作系统文档以了解可接受的值。
服务器当前时区。全局 time_zone 系统变量指示服务器当前运行所在的时区。初始 time_zone 值为 'SYSTEM'，表示服务器时区与系统时区相同。

Note

如果设置为 SYSTEM，则每个需要时区计算的 MySQL 函数调用都会进行系统库调用以确定当前系统时区。此调用可能受全局互斥锁保护，从而导致争用。

可以使用命令行中的 --default-time-zone 选项在启动时明确指定初始全局服务器时区值，或者您可以在选项文件中使用以下行：
```
default-time-zone='timezone'
```
如果您拥有 SYSTEM_VARIABLES_ADMIN 权限（或已弃用的 SUPER 权限），则可以使用以下语句在运行时设置全局服务器时区值：
```
SET GLOBAL time_zone = timezone;
```
每个会话的时区。连接的每个客户端都有自己的会话时区设置，由会话 time_zone 变量给出。最初，会话变量从全局 time_zone 变量获取其值，但客户端可以使用以下语句更改其自身的时区：
```
SET time_zone = timezone;
```

会话时区设置会影响对时区敏感的时间值的显示和存储。这包括 NOW() 或 CURTIME() 等函数显示的值，以及存储在 TIMESTAMP 列中以及从中检索的值。 TIMESTAMP 列的值从会话时区转换为 UTC 以进行存储，并从 UTC 转换为会话时区以进行检索。

会话时区设置不影响 UTC_TIMESTAMP() 等函数显示的值或 DATE、 TIME 或 DATETIME 列中的值。这些数据类型中的值也不存储在 UTC 中；时区仅在从 TIMESTAMP 值转换时才适用于它们。如果需要对 DATE、 TIME 或 DATETIME 值进行特定于区域设置的算术运算，请将它们转换为 UTC，执行算术运算，然后转换回。

当前全局和会话时区值可以像这样检索：

SELECT @@GLOBAL.time_zone, @@SESSION.time_zone;

时区 值可以用几种格式给出，这些格式都不区分大小写：

作为值 'SYSTEM'，表示服务器时区与系统时区相同。
作为一个字符串，表示与 UTC 的偏移量，格式为 [H]H:MM，前缀为 + 或 -，例如 '+10:00'、'-6:00' 或 '+05:30'。小时值小于 10 时，可以选择使用前导零；在这种情况下，MySQL 在存储和检索值时会添加前导零。MySQL 会将 '-00:00' 或 '-0:00' 转换为 '+00:00'。

此值必须在 '-13:59' 到 '+14:00' 的范围内（含）。
作为命名时区，例如 'Europe/Helsinki'、'US/Eastern'、'MET' 或 'UTC'。
Note

只有在 mysql 数据库中创建并填充了时区信息表的情况下，才能使用命名时区。否则，使用命名时区会导致错误：
```
mysql> SET time_zone = 'UTC';
ERROR 1298 (HY000): Unknown or incorrect time zone: 'UTC'
```

填充时区表

mysql 系统模式中有几个表用于存储时区信息（参见第 7.3 节 “mysql 系统模式”）。MySQL 安装过程会创建时区表，但不会加载它们。要手动执行此操作，请使用以下说明。

Note

加载时区信息不一定是只需执行一次的操作，因为信息偶尔会发生变化。当发生此类更改时，使用旧规则的应用程序会过时，您可能会发现有必要重新加载时区表，以使 MySQL 服务器使用的信息保持最新。参见与时区变化保持同步。

如果您的系统有自己的 zoneinfo 数据库（描述时区的文件集），请使用 mysql_tzinfo_to_sql 程序加载时区表。此类系统的示例包括 Linux、macOS、FreeBSD 和 Solaris。这些文件的一个可能位置是 /usr/share/zoneinfo 目录。如果您的系统没有 zoneinfo 数据库，您可以使用可下载的软件包，如本节后面所述。

要从命令行加载时区表，请将 zoneinfo 目录路径名传递给 mysql_tzinfo_to_sql，并将输出发送到 mysql 程序。例如：

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

此处显示的 mysql 命令假定您使用具有修改 mysql 系统模式中表的权限的帐户（如 root）连接到服务器。根据需要调整连接参数。

mysql_tzinfo_to_sql 读取您系统的时区文件并从中生成 SQL 语句。 mysql 处理这些语句以加载时区表。

mysql_tzinfo_to_sql 也可用于加载单个时区文件或生成闰秒信息：

要加载与时区名称 tz_name 对应的单个时区文件 tz_file，请像这样调用 mysql_tzinfo_to_sql：
```
mysql_tzinfo_to_sql tz_file tz_name | mysql -u root -p mysql
```
使用这种方法，您必须执行单独的命令来为服务器需要知道的每个命名区域加载时区文件。
如果您的时区必须考虑闰秒，请像这样初始化闰秒信息，其中 tz_file 是您的时区文件的名称：
```
mysql_tzinfo_to_sql --leap tz_file | mysql -u root -p mysql
```

运行 mysql_tzinfo_to_sql 后，重新启动服务器，以便它不会继续使用任何以前缓存的时区数据。

如果您的系统没有 zoneinfo 数据库（例如，Windows），您可以使用包含 SQL 语句的软件包，该软件包可在 MySQL 开发者专区下载：

https://dev.mysql.com/downloads/timezones.html

Warning

如果您的系统有 zoneinfo 数据库，请不要使用可下载的时区包。请改用 mysql_tzinfo_to_sql 实用程序。否则，您可能会导致 MySQL 与系统上其他应用程序之间的日期时间处理方式不同。

要使用您下载的 SQL 语句时区包，请将其解压缩，然后将解压缩的文件内容加载到时区表中：

mysql -u root -p mysql < file_name

然后重新启动服务器。

Warning

请不要使用包含 MyISAM 表的可下载时区包。这是为旧版 MySQL 准备的。MySQL 现在对时区表使用 InnoDB。尝试用 MyISAM 表替换它们会导致问题。

当时区规则发生变化时，使用旧规则的应用程序将过时。为了保持最新，必须确保您的系统使用当前的时区信息。对于 MySQL，在保持最新状态时需要考虑多个因素：

如果 MySQL 服务器的时区设置为 SYSTEM，则操作系统时间会影响 MySQL 服务器用于时间的值。确保您的操作系统使用最新的时区信息。对于大多数操作系统，最新的更新或服务包会为您的系统准备时间更改。请查看您的操作系统供应商的网站，了解解决时间更改的更新。
如果用一个使用与mysqld启动时生效的规则不同的规则的版本替换系统的/etc/localtime时区文件，请重启mysqld，以便它使用更新的规则。否则，mysqld可能不会注意到系统何时更改其时间。
如果您在MySQL中使用命名时区，请确保mysql数据库中的时区表是最新的：
- 如果您的系统有自己的zoneinfo数据库，请在zoneinfo数据库更新时重新加载MySQL时区表。
- 对于没有自己的zoneinfo数据库的系统，请查看MySQL开发者区以获取更新。当有新的更新可用时，下载并用它替换当前时区表的内容。
有关这两种方法的说明，请参阅填充时区表。mysqld缓存它查找的时区信息，因此在更新时区表之后，重新启动mysqld以确保它不会继续提供过时的时区数据。

如果您不确定命名时区是否可用，无论是用作服务器的时区设置还是由设置自己的时区的客户端使用，请检查您的时区表是否为空。以下查询确定包含时区名称的表是否有任何行：

mysql> SELECT COUNT(*) FROM mysql.time_zone_name;
+----------+
| COUNT(*) |
+----------+
|        0 |
+----------+

计数为零表示该表为空。在这种情况下，当前没有应用程序使用命名时区，您不需要更新表（除非您想启用命名时区支持）。大于零的计数表示该表不为空，并且其内容可用于命名时区支持。在这种情况下，请务必重新加载您的时区表，以便使用命名时区的应用程序可以获得正确的查询结果。

要检查您的MySQL安装是否针对夏令时规则的更改进行了适当的更新，请使用如下测试。该示例使用适用于2007年3月11日凌晨2点在美国发生的DST 1小时更改的值。

该测试使用以下查询：

SELECT
  CONVERT_TZ('2007-03-11 2:00:00','US/Eastern','US/Central') AS time1,
  CONVERT_TZ('2007-03-11 3:00:00','US/Eastern','US/Central') AS time2;

这两个时间值表示发生DST更改的时间，并且使用命名时区需要使用时区表。期望的结果是两个查询都返回相同的结果（输入时间，转换为“US/Central”时区的等效值）。

在更新时区表之前，您会看到如下错误结果：

+---------------------+---------------------+
| time1               | time2               |
+---------------------+---------------------+
| 2007-03-11 01:00:00 | 2007-03-11 02:00:00 |
+---------------------+---------------------+

更新表后，您应该看到正确的结果：

+---------------------+---------------------+
| time1               | time2               |
+---------------------+---------------------+
| 2007-03-11 01:00:00 | 2007-03-11 01:00:00 |
+---------------------+---------------------+

闰秒值返回的时间部分以:59:59结尾。这意味着，在闰秒期间，诸如NOW()之类的函数可能会在连续两到三秒内返回相同的值。时间部分以:59:60或:59:61结尾的文字时间值仍然被认为是无效的。

如果需要搜索闰秒前一秒的TIMESTAMP值，则如果使用与'YYYY-MM-DD hh:mm:ss'值的比较，可能会获得异常结果。以下示例演示了这一点。它将会话时区更改为UTC，因此内部TIMESTAMP值（以UTC为单位）和显示值（已应用时区校正）之间没有差异。

mysql> CREATE TABLE t1 (
         a INT,
         ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
         PRIMARY KEY (ts)
       );
Query OK, 0 rows affected (0.01 sec)

mysql> -- change to UTC
mysql> SET time_zone = '+00:00';
Query OK, 0 rows affected (0.00 sec)

mysql> -- Simulate NOW() = '2008-12-31 23:59:59'
mysql> SET timestamp = 1230767999;
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO t1 (a) VALUES (1);
Query OK, 1 row affected (0.00 sec)

mysql> -- Simulate NOW() = '2008-12-31 23:59:60'
mysql> SET timestamp = 1230768000;
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO t1 (a) VALUES (2);
Query OK, 1 row affected (0.00 sec)

mysql> -- values differ internally but display the same
mysql> SELECT a, ts, UNIX_TIMESTAMP(ts) FROM t1;
+------+---------------------+--------------------+
| a    | ts                  | UNIX_TIMESTAMP(ts) |
+------+---------------------+--------------------+
|    1 | 2008-12-31 23:59:59 |         1230767999 |
|    2 | 2008-12-31 23:59:59 |         1230768000 |
+------+---------------------+--------------------+
2 rows in set (0.00 sec)

mysql> -- only the non-leap value matches
mysql> SELECT * FROM t1 WHERE ts = '2008-12-31 23:59:59';
+------+---------------------+
| a    | ts                  |
+------+---------------------+
|    1 | 2008-12-31 23:59:59 |
+------+---------------------+
1 row in set (0.00 sec)

mysql> -- the leap value with seconds=60 is invalid
mysql> SELECT * FROM t1 WHERE ts = '2008-12-31 23:59:60';
Empty set, 2 warnings (0.00 sec)

要解决此问题，您可以使用基于实际存储在列中的UTC值的比较，该值已应用闰秒校正：

mysql> -- selecting using UNIX_TIMESTAMP value return leap value
mysql> SELECT * FROM t1 WHERE UNIX_TIMESTAMP(ts) = 1230768000;
+------+---------------------+
| a    | ts                  |
+------+---------------------+
|    2 | 2008-12-31 23:59:59 |
+------+---------------------+
1 row in set (0.00 sec)

PREV HOME UP NEXT