MySQL Server поддерживает несколько настроек часовых поясов:

Настройка часового пояса сеанса влияет на отображение и хранение значений времени, чувствительных к часовому поясу. Это включает значения, отображаемые функциями, такими как NOW() или CURTIME(), и значения, хранящиеся в и извлекаемые из столбцов TIMESTAMP. Значения столбцов TIMESTAMP преобразуются из часового пояса сеанса в UTC для хранения и из UTC в часовой пояс сеанса для извлечения.

Настройка часового пояса сеанса не влияет на значения, отображаемые функциями, такими как UTC_TIMESTAMP(), или значения в столбцах DATE, TIME, или DATETIME. Также значения в этих типах данных не хранятся в UTC; часовой пояс применяется только при преобразовании из значений TIMESTAMP. Если вам нужна арифметика, специфичная для региона, для значений DATE, TIME или DATETIME, преобразуйте их в UTC, выполните арифметические операции, а затем преобразуйте обратно.

Текущие глобальные и значения часового пояса сеанса можно получить следующим образом:

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

Значения timezone могут быть заданы в нескольких форматах, ни один из которых не чувствителен к регистру:

В схеме системы mysql существуют несколько таблиц для хранения информации о часовых поясах (см. раздел 7.3, «Схема mysql System»). Процедура установки 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 предполагает подключение к серверу с использованием учетной записи, такой как root, имеющей права на изменение таблиц в схеме системы mysql. Настройте параметры подключения по мере необходимости.

Программа mysql_tzinfo_to_sql считывает файлы часовых поясов вашей системы и генерирует из них SQL-запросы. Программа mysql обрабатывает эти запросы для загрузки таблиц часовых поясов.

Программа mysql_tzinfo_to_sql также может использоваться для загрузки одного файла часового пояса или генерации информации о високосных секундах:

После выполнения mysql_tzinfo_to_sql перезапустите сервер, чтобы он не продолжал использовать кэшированные данные о часовых поясах.

Если у вашей системы нет базы данных zoneinfo (например, Windows), вы можете использовать пакет с SQL-запросами, доступный для скачивания в зоне разработчиков MySQL:

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

Для использования загруженного пакета SQL-запросов для часовых поясов распакуйте его, затем загрузите содержимое распакованного файла в таблицы часовых поясов:

mysql -u root -p mysql < file_name

Затем перезапустите сервер.

При изменении правил часовых поясов приложения, использующие старые правила, становятся устаревшими. Для поддержания актуальности необходимо убедиться, что ваша система использует актуальную информацию о часовых поясах. Для MySQL необходимо учитывать несколько факторов:

Если вы не уверены, доступны ли именованные часовые пояса для использования в качестве часового пояса сервера или клиентами, установившими свой часовой пояс, проверьте, пусты ли ваши таблицы часовых поясов. Следующий запрос определяет, содержит ли таблица, содержащая имена часовых поясов, какие-либо строки:

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

Счётчик нуль указывает, что таблица пуста. В этом случае ни одно приложение в настоящее время не использует именованные часовые пояса, и вам не нужно обновлять таблицы (если вы не хотите включить поддержку именованных часовых поясов). Счётчик, больший нуля, указывает, что таблица не пуста и её содержимое доступно для использования в поддержке именованных часовых поясов. В этом случае обязательно перезагрузите таблицы часовых поясов, чтобы приложения, использующие именованные часовые пояса, могли получить правильные результаты запросов.

Для проверки правильности обновления вашей установки MySQL для изменений правил летнего времени используйте подобный тест. Пример использует значения, соответствующие изменению летнего времени в США на 1 час в 2007 году, произошедшему 11 марта в 2 часа ночи.

Тест использует этот запрос:

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;

Два значения времени указывают на время, в которое происходит смена летнего времени, а использование именованных часовых поясов требует использования таблиц часовых поясов. Желаемый результат заключается в том, что оба запроса возвращают один и тот же результат (время входа, преобразованное в эквивалентное значение в часовом поясе «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)