ibatis 一级缓存和二级缓存遇到的问题，更新后查询问题

置顶天津老张

于 2016-07-12 16:52:24 发布

阅读量4.3k

点赞数 2

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/stevenjeff/article/details/51890505

软件开发问题杂谈专栏收录该内容

1 篇文章

订阅专栏

在使用Ibatis和Spring MVC时，遇到更新数据后查询结果仍显示旧值的问题。初步排除了Spring事务传播错误，通过日志分析发现并非SQLSession问题，而是Ibatis的一级缓存所致。即使在XML配置中禁用了二级缓存，一级缓存仍然默认开启，并在SQLSession内部运作。由于`select`标签在执行时不清理缓存，而`insert`, `update`, `delete`会自动清除，因此需要正确使用标签以避免缓存导致的查询错误。关键涉及类包括DefaultSqlSession和CachingExecutor。" 116293402,10553018,Oracle数据库IO问题分析与优化策略,"['Oracle数据库', 'IO优化', '数据库性能优化', '存储技术', 'SQL优化']

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近碰到同事使用ibatis 和spring mvc，遇到了 update 后查询结果为未update前的数据，但是事物整体操作结束后数据是成功update了。最初怀疑是spring的事物传播问题，以为是本类调用本类方法导致的.但是看了一下应用log，整体的sqlsession 的内存对象，链接是一个对象而且开启了事物，似乎事物传播没问题。又仔细看看了日志，发现查询ibatis只有第一次查询和update时是打印sql的，但是第二次查询没有打印sql，于是怀疑缓存的问题。但是看到ibatis xml 配置里 cache是禁用的，仔细查了下资料。原来ibatis是两级缓存，

第一级缓存只能是开启的，而且是每个sqlsession 内部的，可以在每个sql级别配置是否启用或者清除，这正是导致第二次查询的结果是未更新的原因，因为直接查的内存中数据

1：localCache

select 1 from dual

</select> 运行这个sql 可以清除cache

2.第二级缓存是全局的，通过xml中配置<cache/> 生效

有的人遇到此问题在禁用二级缓存的情况下，可能会使用手动运行一下cleanCache的sql，但实际上这个不是根本，更本的原因是，他们在写mapper.xml时在做 insert，update，delete操作使用的是 select 标签。这个select 标签在执行时是不清除一级和二级缓存的，只有insert，update，delete标签运行时会自动清除一级和二级缓存。

关键入口类：org.apache.ibatis.session.defaults.DefaultSqlSession
org.apache.ibatis.executor.BaseExecutor,CachingExecutor