服务器系统时间不一致,没想到啊

在做一个投票系统,展现一个列表,把投票的结束时间小于当前的时间的列表拿出来,很简单的一个功能

碰到一个奇怪的现象,有一个投票老是间隔性的出现,但理论上时应该出现的,找找原因:

1.看master和slave数据是否同步

select count(*) from vote;

结果两库的数据一致,在进去随机查找一些数据,同步没问题

2.看sql语句了

 

select count(*) as value
        from (select 1 from vote where  OVER_TIME > now()  limit 100 ) as t

 结果不一样;是数据库里面有脏数据吗?

我还是打印出来吧,看哪条数据脏了

select * from VOTE where  VOTE_TIME > now()		
order by GMT_CREATE desc,VOTE_COUNT desc limit 0,6

 能打印出来的数据完全一致,只有一个可能了

VOTE_TIME > now()

这个在做怪;

select now();

 居然两者的系统时间差了近半小时,难怪条件不通过了。

修改下系统时间吧。

但是这个设计不好,不应该依赖数据库系统时间。客户端,web server,orm服务器,数据库,三者的时间肯定存在误差,我拿时间去query的话,理应减少时间误差引起的干扰!调用数据库service把时间参数传入,跟这个时间去比较!可我该怎么解决客户端和web server之间的时间差呢?在所难免吧!:)很简单,就当自己的一次解决问题的经历吧!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值