mysql和服务器时间不一致_数据库与应用服务器时间不同步踩坑记

本文讲述了在抽奖活动中遇到的一个问题,即完成分享任务后,由于数据库和服务器时间不一致,导致分享记录未被正确查询到。通过分析定位,发现是由于服务器时间被修改,造成查询SQL的时间区间与数据库实际时间不符。解决方案是确保应用服务器与数据库服务器时间同步,并调整SQL查询时使用数据库当前时间。
摘要由CSDN通过智能技术生成

业务说明

这样一个业务场景,有一个抽奖活动,抽奖活动中如果完成一次分享的任务,就会增加一次抽奖机会。

前端判断用户分享成功后,会调用一次保存分享记录的接口,将分享记录入库。

完成后,前端会调用获取调用查询【活动任务可完成次数】接口,如果任务可完成次数为0,则置灰分享按钮。

如图所示:

238bf3607157990d035cca9c06c77bd0.png

定位问题

测试给我提了一个 BUG,在测试环境,完成分享任务后,重新调用【活动任务可完成次数】后,发现接口返回可完成次数仍然是 1,

但是过了好几分钟后,重新进入活动页,接口返回了可完成次数为 0,分享按钮也已经置灰不可点击。

这就很奇怪了,一开始怀疑是缓存的问题,结果并不是,在测试环境远程 Debug 后发现,每次分享成功后,查询数据库分享任务的完成次数竟然没有查询到数据,

而数据中确实存在了分享的记录,将查询 SQL 和查询参数取出来放到 Navicat 中一查,结果是因为时间区间筛选掉了分享的那条记录。

SQL 如下:

SELECT * from t_share_record where uid = "1234567" and activity_id = 38867247

and create_time

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值