JAVA知识体系之问题处理篇(二)——mysql时间毫秒四舍五入导致的生产问题

1、问题发现

  近期,生产上订单系统出现了一笔问题交易:

  1. 一笔订单调用支付系统进行支付,支付系统返回处理中
  2. 订单系统异步查询支付结果,被告知订单不存在导致订单失败。
  3. 最终支付系统支付成功,订单系统启动异常处理机制撤销该支付。

2、背景描述

  调用链为业务系统->订单系统下单->支付系统支付。
  订单系统和支付系统都有幂等的要求,且幂等主键为上游请求系统、请求流水号、请求日期(截取自请求时间)。当查询时传入的请求三要素与下单/支付传入的请求三要素不同时则无法查询到订单。

3、问题追踪

  1. 经数据查询,发现订单系统数据库中记录的支付请求时间为2021/10/18 00:00:00 而支付系统数据库中记录的上游请求时间为2021/10/17 23:59:59。最终导致两个系统的请求日期不一致,订单系统无法查询到支付结果。
  2. 初步猜测在发起支付时下送的支付请求时间为业务系统请求时间,而插入表时新建了一个当前时间导致时间差;或者在插入表的时候重新取了数据库时间now();
  3. 经排查发现订单系统送给支付系统的时间与落库的支付请求时间为同一个字段。
  4. 猜测是mysql数据库搞的鬼。
  5. 查询资料得知mysql更新到5.6.4 之后 , 新增了factional seconds的特性 , 可以记录时间的毫秒值,超过500就会四舍五入,而系统中采用的mysql版本是5.7。
  6. 测试环境验证,问题复现。

4、问题解决

  在生成请求时间后对其进行格式化,去除毫秒级别数据,问题解决。

5、问题反思

  在查阅资料的时候看到一句话,作为反思:
在这里插入图片描述

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值