mybatis 执行插入操作，insert 返回1，数据库中无数据。数据库中数据的创建时间和插入执行时间不一致。

大家好，我是烤鸭：

     今天记录一下线上的问题，由于不是我们组的代码，所以没参与全程，只是最后有幸听各位大佬探讨解决方案。mybatis 执行插入操作，insert返回1，日志记录和接口返回都正常，但是数据库中无数据。

 

1.场景介绍

    该接口是一个从mq中消费数据的接口，每消费一条记录，数据库插入一条数据（无事务）。项目上线后，不定时会出现Mybatis日志插入成功，但是数据库中无数据的情况。每次重启之后就好了，但是不知道过多久又不行了。问了DBA，当时执行的操作线程正常，锁释放情况正常，是交替执行，就是insert语句确实是一条一条执行的，并无死锁情况，但是binlog中无数据。

    后来开发人员又说，mybatis打印的sql语句的时间和数据库的创建时间不一致，有时候相差两小时。

 

2.思路

     从上面的场景，基本能看出来是sql执行了，事务没有commit。有大佬说是不是某个版本的mybatis的bug或者项目打包不完整，又一起缕了下当时的接口代码，虽然业务逻辑比较重，简单来说，还是校验参数后生成数据入库，不会产生数据库死锁。

     

3.解决

     当时一直在看问题接口，也没想过其他的。有位大佬找了项目的其他代码，发现了问题。由于同一个项目，单一数据源，共用一个事务管理器 transactionManager。其他的接口有手动开启事务，但是try catch没有finally，出现异常，一直报这个错，Lock wait timeout exceeded; try restarting transaction。导致没有释放事务管理器，所有的sql操作都卡在这。

    查了一下第一次出现有日志无数据的地方的日志，附近1千行没有类似错误，附近5k行发现了，确实是这个问题。

 

4.总结

     先不讨论为什么要手动开启事务，如果事务手动开启了，一定要记得关闭。如果用到了try catch 必须加finally。

     其次，这个问题发生了好几次，每次都尝试了解决方案，比如在将myabtis日志级别改为debug，问题方法改为手动事务（原来是无事务）等等，都没有解决。还是日志分析的不够。如果能多看一点日志（多几千行），说不定就能发现问题了。