MySQL查看bin_log日志

有这样一段业务逻辑,首先保存业务数据,然后发送报文,最后确认报文回来以后更新业务数据。伪代码大概是这样的:

/**
 * 保存数据,并调用发送报文方法
 */
public void save() {
    // 0.保存数据
    // 调用send()方法
    send();
}

/**
 * 发送报文
 */
public void send() {
    //  1.发送报文(调用Dubbo服务)
    
    //  2.更新数据状态
}

/**
 * 回调
 */
public void callback() {
    //  3.收到确认报文
    
    //  4.查询业务数据,并更新数据状态
}

然而,出问题了。。。

在回调方法中,根据业务单号查询业务单数据时查不到。这刚插入的数据,怎么就查不到呢?

首先排除了MyBatis-Plus的问题,因为代码写法肯定是没有问题的,然后我想有可能是确认报文回来太快了,导致查询的时候插入还没完成,但是细想之下又觉得不太对,在发送报文之前数据已经保存成功了。于是,问题变成了数据保存成功,但是查不到,应该是事务的问题,即保存成功了,但是还没提交,而隔离级别又是“可重复读”,所以在回调处理的时候查不到未提交的数据。但是我没有加事务。

带着疑问,我查看了bin-log日志,这里需要用到mysqlbinlog命令

mysqlbinlog --help

mysqlbinlog --database=draft_cust --start-datetime="2024-01-29 11:00:34" --stop-datetime="2024-01-29 11:00:37" -v D:\mysql-bin.000005

仔细找BEGIN ... COMMIT ,看看事务到底什么时候开启的,什么时候提交的

虽然BinLog日志里面不记录SELECT,但是结合服务端的日志,我发现在执行回调方法查询业务数据的时候,这个事务还没有提交

真相大白了

但是明明没有加事务,为何到现在才提交事务呢?原来是别人调用我的这个方法,但是调用的方法上加了本地事务,所以导致我这段逻辑也整个都在事务中,也就是直到send()方法执行完以后事务才提交,好巧不巧的是发报文是调用远程Dubbo服务,相当于是异步调用,不受本地事务控制,所以才出现了开头那一幕,回调方法先回来,此时send()方法还没执行完,事务没提交,自然也就查不到

唉。。。 

 

热门相关:越轨旅游:私人岛屿   爱的预订   哥哥的妻子   老狐狸   兄嫂