本文主要给大家介绍遇到mysql timezone带来数据不一致问题怎么处理，文章内容都是笔者用心摘选和编辑的，具有一定的针对性，对大家的参考意义还是比较大的，下面跟笔者一起了解下遇到mysql timezone带来数据不一致问题怎么处理吧。

君山ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18982081108（备注：SSL证书合作）期待与您的合作！mysql> select *,from_unixtime(create_time) from 表名 where source_id=xxx\G *************************** 1. row ***************************                         id: xxx                        uid: xxx                  source_id: xxx                create_time: 1495324892                       type: 0                   source_status: 0                  nick_name: 环境监控组-xxx                 start_time: 1495324883                     remark: 忽略视频           pre_check_status: 0                     source: 3 from_unixtime(create_time): 2017-05-21 00:01:32 1 row in set (0.00 sec)

因为运营库是2主2从，我对比了主从的数据，发现确实不一样，一个是早上8点，另外一个是凌晨，使用了from_unixtime函数，结果相差8个小时，比较像是时区的问题

mysql> select from_unixtime(1495324892); +---------------------------+ | from_unixtime(1495324892) | +---------------------------+ | 2017-05-21 08:01:32       | +---------------------------+ 1 row in set (0.00 sec) mysql> select from_unixtime(1495324892); +---------------------------+ | from_unixtime(1495324892) | +---------------------------+ | 2017-05-21 00:01:32       | +---------------------------+ 1 row in set (0.00 sec)

怀疑是linux机器的时区问题，但查询发现都是一样的

Thu May 25 15:11:29 CST 2017

既然与linux时区无关，那应该跟MySQL的时间有关了，再次分别查询主从的时间

mysql> select now(); +---------------------+ | now()               | +---------------------+ | 2017-05-25 15:12:28 | +---------------------+ 1 row in set (0.00 sec) mysql> select now(); +---------------------+ | now()               | +---------------------+ | 2017-05-25 07:09:31 | +---------------------+ 1 row in set (0.00 sec)

果然是MySQL的时间问题

mysql> show variables like "%time_zone%"; +------------------+--------+ | Variable_name    | Value  | +------------------+--------+ | system_time_zone | HKT    | | time_zone        | SYSTEM | +------------------+--------+ 2 rows in set (0.00 sec) mysql> show variables like "%time_zone%"; +------------------+--------+ | Variable_name    | Value  | +------------------+--------+ | system_time_zone | UTC    | | time_zone        | SYSTEM | +------------------+--------+ 2 rows in set (0.00 sec)

发现一个MySQL处于UTC时间，世界标准时间，而另外一个是香港时间，中国是东八区，比世界标准时间多8个小时，这就解释了为什么8点打卡，却显示在凌晨上班。于是把有问题的MySQL，重新修改时区

set global time_zone = '+8:00'; set time_zone = '+8:00'; flush privileges;

看完以上关于遇到mysql timezone带来数据不一致问题怎么处理，很多读者朋友肯定多少有一定的了解，如需获取更多的行业知识信息 ，可以持续关注我们的行业资讯栏目的。

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

标题名称：遇到mysqltimezone带来数据不一致问题怎么处理-创新互联
转载来于：http://cdweb.net/article/dopesp.html