Spring Boot+MySQL场景下获取数据库非当前数据的问题排查
问题排查思路与建议
1. 检查数据库事务隔离级别
MySQL默认隔离级别是REPEATABLE READ,该级别下同一事务内的查询会读取事务启动时的快照数据。如果Spring Boot的JDBC连接存在未提交/未关闭的长事务,后续查询都会基于旧快照返回数据,看不到外部(如Workbench)的更新。
- 查看当前连接隔离级别:
SELECT @@transaction_isolation; - 若需要实时读取最新数据,可在查询前执行
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;,或修改Spring事务配置的隔离级别。
2. 排查Spring事务管理配置
- 检查是否有查询方法被错误标记
@Transactional,导致事务范围过大。比如只读查询被加上事务后,若事务未及时关闭,会一直持有旧数据快照。 - 确认事务传播属性:若误用
REQUIRED(默认)会导致嵌套事务共享同一个快照,可尝试改用REQUIRES_NEW(开启新事务,读取最新数据)。 - 调试时可临时去掉查询方法的
@Transactional注解,验证是否恢复正常。
3. 排查JDBC连接池的连接复用问题
Spring Boot默认使用HikariCP连接池,若连接被复用前未清理事务状态,会导致后续查询沿用旧事务的快照:
- 检查连接池配置,确保
transactionIsolation未被错误设置为不合适的值。 - 配置连接池的
validationQuery(如SELECT 1),确保复用的连接处于无事务状态。 - 可临时缩短
maxLifetime配置,强制刷新连接。
4. 检查MySQL查询缓存(仅5.x版本)
MySQL 8.0已移除查询缓存,但5.x版本若开启,相同查询会直接返回缓存结果:
- 执行
SHOW VARIABLES LIKE 'query_cache_type';查看状态,若为ON,建议关闭(设置query_cache_type=OFF)。
5. 排查ORM框架的缓存(如MyBatis)
若使用MyBatis:
- 一级缓存默认开启(基于SqlSession),同一SqlSession内的重复查询会返回缓存数据。可在查询方法上添加
@Options(useCache = false)关闭。 - 若开启了二级缓存,跨SqlSession的查询也会读取缓存,可临时关闭二级缓存测试。
6. 确认外部更新的事务已提交
在Workbench修改数据后,务必确认事务已提交:
- Workbench默认自动提交,但手动开启事务后需执行
COMMIT;,否则修改仅在Workbench会话内可见,Spring Boot连接无法读取。
7. 检查代码中的事务边界
- 跟踪API请求的事务生命周期,确认查询操作是否在未关闭的事务中执行。比如某个请求开启事务后未及时提交/回滚,后续查询都处于该事务的快照中。
- 可通过日志打印事务ID,验证多次查询是否属于同一事务。
内容的提问来源于stack exchange,提问作者T M
相关产品推荐
相关产品推荐

