1 出現原因
1.1 查看機器時區和MySQL的時區
#查看linux的機器時區: [root@mysql-150 ~]# date -R Wed, 23 Oct 2019 14:10:04 +0800 [root@mysql-150 ~]# date Wed Oct 23 14:10:07 CST 2019 #查看mysql 的時區 root@localhost [(none)]>show variables like '%time_zone'; +------------------+--------+ | Variable_name | Value | +------------------+--------+ | system_time_zone | CST | | time_zone | +08:00 | +------------------+--------+ # 我這個是中國正常的時區, #注 說明一下,我的 MySQL 是5.7.27 ,linux 是 centos 7.2.x
1.2 關於 CST 的說明
CST可視為美國、澳大利亞、古巴或中國的標准時間。
中國標准時間:China Standard Time UT+8:00 就是UTC時間
UT表示Universal Time 世界統一時間。中國是在東八區 ,與時間統一時間差8小時,所以 UT+8:00
就是中國標准時間(UTC)
# 百度百科關於CST的解釋 https://baike.baidu.com/item/CST/14822063
1.3 如果不是中國標准時間,該如何修改
linux :
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
然后重啟一下MySQL,應該就好了。如果不好,看看MySQL 的show variables like %time_zone
相關參數
# 5.7 的my.cnf default_time_zone='+8:00' # 5.6 的my.cnf time_zone='+8:00'
2 創建模擬表結構和表數據,來模擬錯誤
創建表結構,多添加一個datetime 的字段類型和timestamp 區分一下
create table t3 (id int unsigned primary key auto_increment,create_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,finsh_time datetime DEFAULT CURRENT_TIMESTAMP TIMESTAMP ); # 插入數據 insert into t3 values (1,'2019-10-23 08:00:00','2019-10-23 08:00:00'); insert into t3 values (2,'2019-10-23 16:22:00','2019-10-23 17:00:00');
進行備份
[root@mysql-150 tmp]# mysqldump -u root -p -h 127.0.0.1 -P 3306 --set-gtid-purged=OFF --single-transaction beta t3 > t3_`date +%Y%m%d%H%M`.sql
查看備份數據和mysql的數據進行對比
timestamp
的類型里面備份出來的數據,是不是少了8小時
如何解決了
解決方案就是在導出的時候加上參數 --skip-tz-utc
,帶上時區信息,就可以導出正確的時間。
[root@mysql-150 tmp]# mysqldump -u root -p -h 127.0.0.1 -P 3306 --set-gtid-purged=OFF --single-transaction --skip-tz-utc beta t3 > t3_`date +%Y%m%d%H%M`.sql
3 結論
用mysql 命令導數據,其實不用管這個啦,因為用mysql < xx.sql 的時候會自動再加上時區信息,因為你可以看到導出的sql文件中有下面這些東西
/ * !40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */; / * !40103 SET TIME_ZONE='+00:00' */; ... / * !40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
但是把這個 sql 給別人用一些客戶端工具導,就有可能差8小時;
還有不同數據庫恢復,給的這個備份 sql 文件,恢復可能也差8小時。