ehcache跟分页插件冲突问题解决

最新推荐文章于 2024-04-27 06:45:00 发布

Java__han

最新推荐文章于 2024-04-27 06:45:00 发布

阅读量1.4k

点赞数

分类专栏：后台开发 ehcache

本文链接：https://blog.csdn.net/Java__han/article/details/70792313

版权

后台开发同时被 2 个专栏收录

18 篇文章

订阅专栏

ehcache

1 篇文章

订阅专栏

ehcache跟分页插件冲突问题解决

使用mybatis用ehcache做缓存的时候，发现了问题。因为使用的是分页插件，分页插件会自动查询总条数和对sql进行limit，这个时候如果加上ehcache时，就可能会发出查询分页集合信息的sql从缓存中取，但是分页插件的查询分页总条数的sql并不会被执行，这样就让人不高兴了，每次查询出来的总条数没有，就等于总页数计算不正确，下面的不用我再说了，反正我是调试了个把小时才发现是这里的问题；

好了，废话不多说。直接上解决方案：

用mybatis大家都知道

MyBatis的flushCache和useCache吧：

（1）当为select语句时：
flushCache默认为false，表示任何时候语句被调用，都不会去清空本地缓存和二级缓存。
useCache默认为true，表示会将本条语句的结果进行二级缓存。
（2）当为insert、update、delete语句时：
flushCache默认为true，表示任何时候语句被调用，都会导致本地缓存和二级缓存被清空。
useCache属性在该情况下没有。

所以对于分页查询的语句，在mapper.xml中的select语句里面配置 flushCache="true"

	<select id="allEmpsearch" resultMap="EmpPostResult"
		parameterType="Emp" flushCache="true"  >
		select * from b_emp emp
		left join b_post post on emp.empPostNo = post.postNo
		<include refid="likewhere"></include>
		order by emp.empState desc
	</select>