今天搞分页查询的时候,分页失败了,总数和页数都无法正常显示,看了一下后台控制台的debug模式下的语句,发现后台没有去查询数据库。而是返回上一次的记录,因为用了ehcache,推断是它的问题,于是百度了一下。问题找到了。
ehcache跟分页插件冲突问题解决
使用mybatis用ehcache做缓存的时候,发现了问题。因为使用的是分页插件,分页插件会自动查询总条数和对sql进行limit,这个时候如果加上ehcache时,就可能会发出查询分页集合信息的sql从缓存中取,但是分页插件的查询分页总条数的sql并不会被执行,这样就让人不高兴了,每次查询出来的总条数没有,就等于总页数计算不正确,下面的不用我再说了,反正我是调试了个把小时才发现是这里的问题;
好了,废话不多说。直接上解决方案:
(1)当为select语句时:
flushCache默认为false,表示任何时候语句被调用,都不会去清空本地缓存和二级缓存。
useCache默认为true,表示会将本条语句的结果进行二级缓存。
(2)当为insert、update、delete语句时:
flushCache默认为true,表示任何时候语句被调用,都会导致本地缓存和二级缓存被清空。
useCache属性在该情况下没有。
所以对于分页查询的语句,在mapper.xml中的select语句里面配置 flushCache="true"
- <span style="white-space:pre;"> </span><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>
感谢这位老兄。。原文地址:http://blog.csdn.net/Java__han/article/details/70792313