栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

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

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

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、问题反思

  在查阅资料的时候看到一句话,作为反思:

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/339983.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号