关于mysql:MySQL-数据备份与预期不一致问题排查

27次阅读

共计 858 个字符,预计需要花费 3 分钟才能阅读完成。

背景

在做数据荡涤工作,须要将线上的一份数据 按工夫 dump 到本地,再做剖析。通过 mysqldump 将数据导出下载后,发现导出的数据与线上的数据条目数不统一。开始猜想是荡涤的脚本解决逻辑出了点问题,通过一下午的调研和排查,最初发现根本原因是在导出 MySQL 备份数据时,零碎时区和备份数据的时区不统一。

<!–more–>

问题剖析

关上 mysqldump 保留下来的 binlog 文件,在文件头能够发现以下两行配置:

/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;

简略来说,就是在备份数据的时候,首先会将 time_zone 设置为 +00:00

但查看线上的数据库的默认配置,会发现 time_zone 应用零碎默认时区:

mysql> show variables like '%time_zone%';
+--------------------------+------------+
| Variable_name | Value |
+--------------------------+------------+
| system_time_zone | CST |
| time_zone | SYSTEM |
+--------------------------+------------+
rows in set (0.00 sec)

查看零碎的默认时区:

# date -R
Sun, 16 Jan 2019 17:10:54 +0800

解决办法

  1. 增加 -w 参数,将工夫进行转换,确保两边时区保持一致, 比方原来 start_at > 2019-01-16 00:00:00, 更新为 start_at > 2019-01-15 16:00:00, 提前 8 小时
  2. 先在数据库更新时区配置为 0 时区:set time_zone='+00:00';,备份实现后复原时区配置:set time_zone='SYSTEM';

总结

一旦发现 dump 下来的 数据与原来数据库数据不同时,先确认工夫戳是否统一,如果不统一,有概率是时区设置有问题。

正文完
 0