日常Bug排查-偶发性读数据不一致
前言
日常Bug排查系列都是一些简单Bug的排查。笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材。
Bug现场
业务场景
先描述这个问题出现的业务场景。这是一个支付的场景，如果支付成功了，我们就把支付状态置为success(主单据更新)同时写入支付成功时间戳为t1(子单据更新)。支付成功之后，我们还需要做其它的动作，做这个动作的时候我们需要刚才的支付成功时间戳t1。那么，我们正常的请求顺序即为:
Bug现场
奇怪的是，线上运行时候，会有极小的概率(大概是几亿分之一)获取的这个时间戳为0！也即在读到主单为success的时候，看到的子单时间戳是0！由于时间戳为0，所以调用下游RPC传参错误导致了调用失败。
如下图所示:
思路
因为在请求1中，我们是在事务内更新的，数据应该始终保持一致才对。那很直观的第一个思考点就是：
思路1: 是不是事务没生效？笔者看了下源代码，使用没有问题，也不存在类内方法互相调用的情况。再者说，如果事务没生效，概率不至于这么低。
思路2:稍加思索一下，好像这个是事务隔离级别的原因。在这个Case里面，看上去数据库采用的......