需求
最近项目中,用到了mybatis的缓存问题;在我们项目远程跑的时候,查询的结果一直不改变,但是用jdbc进行查询的时候,结果是改变的;所以问题定位到了是mybatis的问题
一级缓存
目的
mybaits一般是结合ssm或者springboot进行联合使用的,所以这里只需要用就行了
使用
1 client --> mybatis -->DB
2 mybatis一级缓存默认就是开启的
3 命中原则:即mybatis是如何判断查询语句是相同的
(1) statementId
<select id="getLoopInfo" resultType="com.ev_image.gdwebgl.pojo.EvLoopinfor" parameterType="String">
select * from TABLE_NAME a
</select>
即id如果两次是一样的,则mybatis会从缓存中进行查询数据
(2) parameter
<select id="getLoopInfo" resultType="com.ev_image.gdwebgl.pojo.EvLoopinfor" parameterType="String">
select * from TABLE_NAME a where a.id=#{id}
</select>
mybatis要求,当传入的参数相同时,才能命中缓存;这里需要注意,这个参数不是parameterType,而是id;如果
parameterType传入一个java.until.Map,map里会有不同的key,所以要看到底是哪个key传入到sql语句中了才有效
(3) 分页参数
分页参数如果不相同,依然不会命中缓存
(4) sql语句
mybatis要求传入数据库的sql语句文本必须是一样的
(5) 环境
开发环境/测试环境/生产环境 也就是说,不同环境下也是不能命中的
一级缓存的生命周期
(1) 产生
当调用select系列方法时,才会产生缓存
(2) 销毁
session关闭时,会清空缓存
sqlsession.conmmit()时会清空缓存
sqlsession.rollback()时会清空缓存
sqlsession.update()时会清空缓存,当表不一样时是不影响的
(3) 主动清空
sqlsession.clearCache();调用这个语句时,会主动清空缓存
一级缓存的脏读
在并发量高时,存在这种情况:
(1) 数据库事务的脏读
事务1与事务2在开启事务时,事务2的逻辑改变了数据库,但是还未提交,事务1读取了数据库,读取的是事务2还未提交的数据,产生了脏读;
(2) mybatis数据脏读
由于mybatis始终是在事务的生命周期内的,所以mybatis本质上是避免了脏读的问题;
所以mybatis一级缓存反而提升了事务隔离级别
二级缓存
概念
mybaits是有二级缓存的,但是二级缓存在使用时存在很多弊端,所以在实际生产环境中,基本不会使用二级缓存