本文详细介绍了Mybatis的查询缓存机制，包括一级缓存和二级缓存的工作原理、区别及应用。重点讲解了二级缓存的开启、配置以及如何与Ehcache进行整合，探讨了二级缓存的适用场景和局限性，旨在提升数据库性能。
目录
查询缓存
什么是查询缓存
Mybatis提供查询缓存，用于减轻数据压力，提高数据库性能。
Mybatis提供一级缓存、二级缓存。
一级缓存是SqlSession级别的缓存。在操作数据库时需要构造SqlSession对象，在对象中有一个数据结构（HashMap）用于存储缓存数据。不同的SqlSession之间的缓存数据区域（HashMap）是互不影响的。
二级缓存是mapper级别的缓存。多个SqlSession去操作同一个Mapper的sql语句，多个SqlSession可以共用二级缓存，二级缓存是跨SqlSession的。
为什么要用缓存？
如果缓存中有数据就不用从数据库中获取，大大提高系统性能。
一级缓存
一级缓存工作原理
第一次发起查询id为1的用户信息，先去找缓存中是否有id为1的用户信息，如果没有，从数据库查询用户信息。
得到用户信息，将用户信息存储到一级缓存中。
如果SqlSession去执行commit操作（增、删、改操作），清空SqlSession中的一级缓存，这样做的目的是为了让缓存中存储的是最新的信息，避免脏读。
第二次发起查询用户id为1的用户信息，先去找缓存中是否有id为1的用户信息，缓存中有，直接从缓存中读取用户信息。
一级缓存测试
正式开发，是将mybatis和spring进行整合开发，事务控制在service中。
一个service中包括很多mapper方法调用。
Service{
//开始执行时，开启事务，创建SqlSession对象
//第一次调用mapper的方法findUserById(1)
//第二次调用mapper的方法findUserById(1)，从一级缓存中读取数据
//方法结束，SqlSession关闭
}
如果是执行两次service调用查询相同的用户信息，不走一级缓存，因为service方法结束，SqlSession就关闭了，一级缓存就清空了。
二级缓存
二级缓存原理
首先开启mybatis的二级缓存。
SqlSession1去查询用户id为1的用户信息，查询到用户信息会将查询数据存储到二级缓存中。
如果SqlSession3去执行相同mapper下sql，执行commit提交，清空该mapper下的二级缓存区域。
SqlSession2去查询用户id为1的用户信息，去缓存中找是否存在数据，如果存在直接从缓存中取出数据。
二级缓存与一级缓存区别
二级缓存的范围更大，多个SqlSession可以共享一个UserMapper的二级缓存区域。
UserMapper有一个二级缓存区域，其他mapper也有自己的二级缓存区域（按namespace分）。
每一个namespace的mapper都有一个二级缓存区域，两个mapper的namespace如果相同，这两个mapper执行sql查询到数据将存在相同的二级缓存区域中。
开启二级缓存
Mybatis的二级缓存是mapper范围级别，除了在SqlMapConfig.xml设置二级缓存的总开关，还要再具体的mapper.xml中开启二级缓存。
再核心配置文件SqlMapConfig.xml中加入
<!-- 配置二级缓存全局性开关 -->
<setting name="cacheEnabled" value="true"/>
| 设置项 | 描述 | 允许值 | 默认值 |
| cacheEnabled | 对在此配置文件下的所有cache进行全局开/关设置 | true|false | true |
在UserMapper.xml中开启二级缓存，UserMapper.xml下的sql执行完成会存储到它的缓存区域（HashMap）
<!-- 开启本mapper的namespace下的二级缓存 -->
<cache/>
调用pojo类实现序列化接口
public class User implements Serializable{
private int id;
private String username;
private Date birthday;
private char sex;
private String address;
private List<Orders> orderslist;
… …
为了将缓存数据取出执行反序列化操作，因为二级缓存数据存储介质多种多样，不一定在内存。
useCache配置
在statement中设置userCache=false可以禁用当前select语句的二级缓存，即每次查询都会发出sql语句去查询，默认情况是true，即该sql使用二级缓存。
<select id="findOrdersAndUserResultMap" resultMap="OrdersAndUserResultMap" useCache="false">
总结：针对每次查询都需要最新的数据sql，要设置成useCache=false，禁用二级缓存。
测试方法
@Test
public void testCache2() throws Exception{
SqlSession sqlSession1=sqlSessionFactory.openSession();
SqlSession sqlSession2=sqlSessionFactory.openSession();
SqlSession sqlSession3=sqlSessionFactory.openSession();
//创建代理对象
UserMapper userMapper1=sqlSession1.getMapper(UserMapper.class);
//第一次发起请求
User user1=userMapper1.findUserById(1);
System.out.println(user1);
sqlSession1.close();
//使用sqlSession3执行commit()操作
UserMapper userMapper3=sqlSession3.getMapper(UserMapper.class);
//第一次发起请求
User user3=userMapper3.findUserById(1);
user3.setUsername("略略略");
userMapper3.updateUser(user3);
sqlSession3.commit();
sqlSession3.close();
UserMapper userMapper2=sqlSession2.getMapper(UserMapper.class);
//第一次发起请求
User user2=userMapper2.findUserById(1);
System.out.println(user2);
sqlSession2.close();
}
结果显示：
刷新缓存（清空缓存）
在mapper的同一个namespace中，如果有其他增删改操作数据后需要刷新缓存，如果不执行刷新缓存就会出现脏读。
设置statement配置中的flushCache=“true”属性，默认情况下为true，即刷新缓存，如果改成false则不会刷新。使用缓存时如果手动修改数据库表中的查询数据会出现脏读。
如下：
<insert id="insertUser" parameterType="com.mybatis.bean.User" flushCache="true">
总结：一般执行完commit操作都需要刷新缓存，flushCache=true表示刷新缓存，这样可以避免数据库脏读。
Mybatis Cache参数
flushInterval（刷新间隔）可以被设置为任意的正整数，而且他们代表一个合理的毫秒形式的时间段。默认情况是不设置，也就是没有刷新间隔，缓存仅仅是调用语句时刷新。
size（引用数目）可以被设置为任意的正整数，要记住你缓存的对象数目和你运行的环境的可用内存资源数目。默认值是1024.
readOnly（只读）属性可以被设置为true或false。只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝（通过序列化）。这会慢一些，但是安全，因此默认是false。
Mybatis整合ehcache
ehcache是一个分布式缓存框架。
分布缓存
我们系统为了提高系统并发，性能、一般对系统进行分布式部署（集群部署方式）
不适用分布缓存，缓存的数据在各各服务单独存储，不方便系统开发。所以要使用分布式缓存对缓存数据进行集管理。
Mybatis无法实现分布式缓存，需要和其他分布式缓存框架进行整合。
整合方法（掌握）
Mybatis提供了一个cache接口，如果要实现自己的缓存逻辑，实现cache接口开发即可。
Mybatis和ehcache整合，mybatis和ehcache整合包中提供了一个cache接口的实现类。
整合ehcache
配置mapper中cache中的type为ehcache对cache接口的实现类型。
<mapper namespace="com.mybatis.mapper.UserMapper">
<!-- 开启本mapper的namespace下的二级缓存
type：指定cache接口的实现类的类型，mybatis默认使用perpetualCache
要和ehcache整合，需要配置type为ehcache实现cache接口的类型 -->
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
… …
加入ehcache的配置文件
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">
<diskStore path="D:\ehcache"/>
<defaultCache
maxElementsInMemory="1000"
maxElementsOnDisk="10000000"
eternal="false"
overflowToDisk="false"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
</defaultCache>
</ehcache>
测试方法
同二级缓存的参数方法。
二级缓存应用场景
对于访问多的查询请求且用户对查询结果实时性要求不高，此时可采用mybatis二级缓存技术降低数据库访问量，提高访问速度，业务场景比如：耗时较高的统计分析sql、电话账单查询sql等。
实现方法如下：通过设置刷新间隔时间，由mybatis每隔一段时间自动清空缓存，根据数据变化频率设置缓存刷新间隔flushInterval，比如设置为30分钟、60分钟、24小时等，根据需求而定。
二级缓存局限性
Mybatis二级缓存对细粒度的数据级别的缓存实现不好，比如如下需求：对商品信息进行缓存，由于商品信息查询访问量大，但是要求用户每次都能查询最新的商品信息，对此如果使用mybatis的二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其他商品的信息，因为mybtis的二级缓存区域以mapper为单位划分，当一个商品信息变化会将所有商品信息的缓存数据全部清空。解决此类问题需要在业务层根据需求对数据有针对性缓存。
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
