現在のタイムゾーンに正しく時刻が設定され、保存する日時列のタイムゾーンがわかっていて、夏時間の問題を認識している限り、サーバーのタイムゾーンが何であるかは問題ではないようです。

一方、作業するサーバーのタイムゾーンを制御できる場合は、すべてを内部的に UTC に設定でき、少なくとも内部時間の保存に関しては、タイムゾーンや DST について心配する必要はありません。

ここでは、タイムゾーンの操作方法について私が収集したメモをいくつか紹介します。これは、サーバーにどのタイムゾーンを選択するか、日付と時刻をどのように保存するかに影響する可能性がある、私自身と他の人のためのチートシートの形式です。

MySQL タイムゾーン チートシート

ノート：

1. タイムゾーンの変更保存された日付時刻やタイムスタンプは変更されませんただし、タイムスタンプ列から異なる日時が選択されます

2. 警告！UTCにはうるう秒があり、これは「2012-06-30 23:59:60」のように表示され、地球の自転の減速により、6か月前に通知されてランダムに追加されることがあります。

3. GMT では秒が混乱するため、UTC が発明されました。

4. 警告！夏時間のため、異なる地域のタイムゾーンでも同じ日時値が生成される場合があります。

5. タイムスタンプ列は、1970-01-01 00:00:01から2038-01-19 03:14:07 UTCまでの日付のみをサポートします。制限。

6. 内部的にはMySQL タイムスタンプ列として保存されますUTCただし、日付を選択すると、MySQL はそれを現在のセッションのタイムゾーンに自動的に変換します。

   タイムスタンプに日付を保存する場合、MySQL は日付が現在のセッションのタイムゾーンにあると想定し、保存のために UTC に変換します。

7. MySQL は日付列に部分的な日付を保存できます。これは「2013-00-00 04:00:00」のようになります。

8. MySQL では、datetime 列を NULL に設定すると、列の作成時に NULL を許可するように明示的に設定しない限り、「0000-00-00 00:00:00」が保存されます。

9. これを読む

UTC形式のタイムスタンプ列を選択するには

現在の MySQL セッションがどのタイムゾーンにあるかに関係なく:

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

SELECT `timestamp_field` FROM `table_name`

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

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

SELECT @@system_time_zone;

SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP);

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

SELECT UNIX_TIMESTAMP(`timestamp`) FROM `table_name`

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

SELECT FROM_UNIXTIME(`unix_timestamp_int`) FROM `table_name`

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

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

default_time_zone='+00:00'

timezone='UTC'

SELECT @@global.time_zone;

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

SELECT @@session.time_zone;

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

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

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

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

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