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()方法还没执行完，事务没提交，自然也就查不到
唉。。。