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