mysqldump导出 timestamp类型数据时区偏差8小时

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小时。　　