MySQL服务器维护几个时区设置:

会话时区设置会影响时区敏感的时间值的显示和存储。这包括函数显示的值，例如现在()或CURTIME ()，以及存储在其中并从中检索的值时间戳列。值时间戳列从会话时区转换为UTC用于存储，从UTC转换为会话时区用于检索。

设置会话时区不影响功能显示的值UTC_TIMESTAMP ()或值日期，时间,或DATETIME列。这些数据类型中的值也不存储在UTC中;只有从。转换时，时区才适用时间戳值。如果你想要特定于语言环境的算术日期，时间,或DATETIME值，将它们转换为UTC，执行算术，然后转换回来。

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

选择@@GLOBAL。time_zone，@@SESSION.time_zone;

时区值可以用几种格式给出，但都不区分大小写:

的几个表mysql存在用于存储时区信息的系统模式(参见第5.3节“mysql系统架构”)．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系统模式。请根据实际情况调整连接参数。

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

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

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

如果您的系统没有zoneinfo数据库(例如，Windows)，您可以使用一个包含SQL语句的包，该包可以从MySQL Developer Zone下载:

https://dev.10bet靠谱mys10bet手机中文版ql.com/downloads/timezones.html

要使用已下载的sql语句时区包，请将其解压，然后将解压后的文件内容加载到时区表中:

Mysql -u root -p Mysql <file_name

然后重新启动服务器。

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

如果您不确定指定的时区是否可用，以便用于服务器的时区设置或用于设置自己的时区的客户端，请检查您的时区表是否为空。以下查询确定包含时区名称的表是否有行:

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

计数为零表示表为空。在这种情况下，目前没有应用程序使用命名时区，您不需要更新表(除非您希望启用命名时区支持)。计数大于零表示表不是空的，它的内容可用于命名时区支持。在这种情况下，一定要重新加载时区表，以便使用指定时区的应用程序能够获得正确的查询结果。

要检查您的MySQL安装是否因日光节约时间规则的更改而正确更新，请使用如下测试。该示例使用的值适用于2007年3月11日凌晨2点发生在美国的夏令时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．这意味着函数如现在()可以在闰秒期间连续两秒或三秒返回相同的值。文字时态值的时间部分以: 59:60或: 59:61被认为是无效的。

如果有必要搜索时间戳闰秒前一秒的值，如果使用与的比较，可能会得到异常的结果＇YYYY-MM-DD hh: mm: ss＇值。下面的示例演示了这一点。它将会话时区更改为UTC，因此内部时区之间没有差异时间戳值(UTC)和显示值(应用了时区校正)。

mysql> CREATE TABLE t1 (a INT, ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP, ts);查询OK, 0 rows affected (0.01 sec) mysql>——change to UTC mysql> SET time_zone = '+00:00';查询OK, 0 rows affected (0.00 sec) mysql>——模拟现在()= '2008-12-31 23:59:59' mysql> SET timestamp = 1230767999;查询OK, 0行影响(0.00 sec) mysql> INSERT INTO t1 (a) VALUES (1);查询OK, 1 row affected (0.00 sec) mysql>——模拟现在()= '2008-12-31 23:59:60' mysql> SET时间戳= 1230768000;查询OK, 0行影响(0.00 sec) mysql> INSERT INTO t1 (a) VALUES (2);SELECT a, ts, UNIX_TIMESTAMP(ts) FROM t1;+------+---------------------+--------------------+ | 一个| ts | UNIX_TIMESTAMP (ts ) | +------+---------------------+--------------------+ | 1 | 2008-12-31 23:59:59 | 1230767999 | | 2 | 2008-12-31 23:59:59 | 1230768000  | +------+---------------------+--------------------+ 2行(0.00秒)mysql >——只有non-leap值匹配mysql > SELECT * FROM t1, ts = 2008-12-31 23:59:59的;+------+---------------------+ | 一个| ts  | +------+---------------------+ | 1 | 2008-12-31 23:59:59  | +------+---------------------+ 1行组(0.00秒)mysql >——跳跃值60秒=无效mysql > SELECT * FROM t1, ts = ' 2008-12-31 23:59:60 ';空集，2个警告(0.00秒)

为了解决这个问题，你可以使用一个基于实际存储在列中的UTC值的比较，它应用了闰秒校正:

SELECT * FROM t1 WHERE UNIX_TIMESTAMP(ts) = 1230768000;+------+---------------------+ | 一个| ts  | +------+---------------------+ | 2 | 2008-12-31 23:59:59  | +------+---------------------+ 1行集(0.00秒)