MyBatis5-缓冲机制

五.缓冲机制

MyBatis 包含一个非常强大的查询缓存特性,它可以非
常方便地配置和定制。缓存可以极大的提升查询效率。
• MyBatis系统中默认定义了两级缓存。
• 一级缓存和二级缓存。
– 1、默认情况下，只有一级缓存（SqlSession级别的缓存，
也称为本地缓存）开启。
– 2、二级缓存需要手动开启和配置，他是基于namespace级
别的缓存。
– 3、为了提高扩展性。MyBatis定义了缓存接口Cache。我们
可以通过实现Cache接口来自定义二级缓存

5.1 一级缓存

• 一级缓存(local cache), 即本地缓存, 作用域默认
为sqlSession。当 Session flush 或 close 后, 该Session 中的所有 Cache 将被清空。
• 本地缓存不能被关闭, 但可以调用 clearCache()来清空本地缓存, 或者改变缓存的作用域.
• 在mybatis3.1之后, 可以配置本地缓存的作用域.在 mybatis.xml 中配置
localCacheScope：本地缓存作用域
值：SESSION：当前会话的所有数据保存在会话缓存中
STATEMENT：可以禁用一级缓存

一级缓存失效的情景
1.sqlSession不一样
2.sqlSession相同，查询条件不同。（当前一级缓存中还没有这个数据）
3.sqlSession相同，但两次之间间隔了增删改（增删改可能影响数据）
4.sqlSession相同，但手动清空了一级缓存（缓存清空）

//代码片：
  @Test
    public void testFirstLevelCache() throws IOException {
        SqlSession sqlSession=getSqlSessionFactory().openSession();
        SqlSession sqlSession1=getSqlSessionFactory().openSession();
        try {
            EmployeeMapper mapper=sqlSession.getMapper(EmployeeMapper.class);
            EmployeeMapper mapper1=sqlSession1.getMapper(EmployeeMapper.class);
            Employee employee=mapper.getEmpById(1);

            Employee employee1=mapper.getEmpById(1);
            System.out.println(employee==employee1);

            /*sqlSession不一样*/
            Employee employee2=mapper1.getEmpById(1);
            System.out.println(employee==employee2);

            /*sqlSession相同，但两次之间间隔了增删*/
            mapper.addEmp(new Employee());
            Employee employee3=mapper.getEmpById(1);
            System.out.println(employee==employee3);

            /*sqlSession相同，但手动清空了一级缓存（缓存清空）*/
            sqlSession.clearCache();
            Employee employee4=mapper.getEmpById(1);
            System.out.println(employee==employee4);

        }finally {
            sqlSession.close();
            sqlSession1.close();
        }
    }
//输出结果
true
false
false
false

5.2 二级缓存

• 二级缓存(second level cache)，全局作用域缓存
• 二级缓存默认不开启，需要手动配置
• MyBatis提供二级缓存的接口以及实现，缓存实现要求
POJO实现Serializable接口
• 二级缓存在 SqlSession 关闭或提交之后才会生效

5.2.1 工作机制

·1.一个会话，查询一条数据，这个数据就会被放在当前会话的一级缓存中；
·2.如果会话关闭；一级缓存的数据会被保存到二级缓存中；新的会话查询信息，就可以参照二级缓存
·3.sqlSession=====EmployeeMapper===>Employee
DepartmentMapper===>Department
不同namespace查出的数据会放在自己对应的缓存中（map）
效果：数据会从二级缓存中获取
查出的数据都会默认先放在一级缓存中
只有会话提交或者关闭以后，一级缓存的数据才会被转移到二级缓存中
·4.新会话进入会先看二级缓存再看一级缓存，都没有的情况下再去查数据库

5.2.1 使用：

1.开启二级缓存配置：
<setting name="cacheEnabled" value="true"/>

2.去mapper.xml中配置二级缓存： <cache></cache>
属性：

eviction：缓存的回收策略
• LRU – 最近最少使用的：移除最长时间不被使用的对象。
• FIFO – 先进先出：按对象进入缓存的顺序来移除它们。
• SOFT – 软引用：移除基于垃圾回收器状态和软引用规则的对象。
• WEAK – 弱引用：更积极地移除基于垃圾收集器状态和弱引用规则的对象。
• 默认的是 LRU。
flushInterval：缓存刷新间隔
缓存多长时间清空一次，设置一个毫秒值，默认不清楚
readOnly：是否只读
true:只读；mybatis认为所有从缓存中获取数据的操作都是只读操作，不会修改数据
mybatis为了加快获取速度，直接就会将数据在缓存中的引用交给客户
false:非只读；mybatis认为获取的数据可能会被修改，会利用序列化&反序列的技术
克隆一份数据给出，安全，速度慢
size：缓存存放多少元素
type：指定自定义缓存的全类名；
实现cache接口即可；

3.pojo需要实现序列化接口

代码验证：

@Test
    public void testSecondLevelCache() throws IOException {
        SqlSession sqlSession1=getSqlSessionFactory().openSession();
        SqlSession sqlSession2=getSqlSessionFactory().openSession();
        try {
            EmployeeMapper mapper1=sqlSession1.getMapper(EmployeeMapper.class);
            EmployeeMapper mapper2=sqlSession2.getMapper(EmployeeMapper.class);

            Employee employee1=mapper1.getEmpById(1);
            sqlSession1.close();

            Employee employee2=mapper2.getEmpById(1);
            sqlSession2.close();
        }finally {

        }
    }

5.3 和缓存相关的属性

1.全局配置的setting设置：cacheEnabled=true：false，false会关闭二级缓存，一级缓存一直开着，全局关闭
2.每个select标签都有useCache
true表示使用缓存
false表示该select关闭二级缓存，只打开一级缓存，局部关闭
3.每个增删改查标签都有flushCache
true：增删改执行完以后就清空缓存，一级，二级缓存都会被清除
增删改标签默认为true
查标签默认为false
4.sqlSession.clearCache()
只清除当前session的一级缓存
5.localCacheScope：本地缓存作用域
值：SESSION：当前会话的所有数据保存在会话缓存中
STATEMENT：可以禁用一级缓存

5.4 第三方缓存整合

5.4.1 在pom中导入依赖

 <!--ehcache-->
    <dependency>
      <groupId>net.sf.ehcache</groupId>
      <artifactId>ehcache-core</artifactId>
      <version>2.6.11</version>
    </dependency>
    <dependency>
      <groupId>org.mybatis.caches</groupId>
      <artifactId>mybatis-ehcache</artifactId>
      <version>1.1.0</version>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-api</artifactId>
      <version>1.7.25</version>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-log4j12</artifactId>
      <version>1.7.25</version>
    </dependency>

5.4.2 编写ehcache.xml配置文件

<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">
 <!-- 磁盘保存路径 -->
 <diskStore path="D:\44\ehcache" />

 <defaultCache 
   maxElementsInMemory="10000" 
   maxElementsOnDisk="10000000"
   eternal="false" 
   overflowToDisk="true" 
   timeToIdleSeconds="120"
   timeToLiveSeconds="120" 
   diskExpiryThreadIntervalSeconds="120"
   memoryStoreEvictionPolicy="LRU">
 </defaultCache>
</ehcache>

<!-- 
属性说明：
l diskStore：指定数据在磁盘中的存储位置。
l defaultCache：当借助CacheManager.add("demoCache")创建Cache时，EhCache便会采用<defalutCache/>指定的的管理策略

以下属性是必须的：
l maxElementsInMemory - 在内存中缓存的element的最大数目 
l maxElementsOnDisk - 在磁盘上缓存的element的最大数目，若是0表示无穷大
l eternal - 设定缓存的elements是否永远不过期。如果为true，则缓存的数据始终有效，如果为false那么还要根据timeToIdleSeconds，timeToLiveSeconds判断
l overflowToDisk - 设定当内存缓存溢出的时候是否将过期的element缓存到磁盘上

以下属性是可选的：
l timeToIdleSeconds - 当缓存在EhCache中的数据前后两次访问的时间超过timeToIdleSeconds的属性取值时，这些数据便会删除，默认值是0,也就是可闲置时间无穷大
l timeToLiveSeconds - 缓存element的有效生命期，默认是0.,也就是element存活时间无穷大
 diskSpoolBufferSizeMB 这个参数设置DiskStore(磁盘缓存)的缓存区大小.默认是30MB.每个Cache都应该有自己的一个缓冲区.
l diskPersistent - 在VM重启的时候是否启用磁盘保存EhCache中的数据，默认是false。
l diskExpiryThreadIntervalSeconds - 磁盘缓存的清理线程运行间隔，默认是120秒。每个120s，相应的线程会进行一次EhCache中数据的清理工作
l memoryStoreEvictionPolicy - 当内存缓存达到最大，有新的element加入的时候， 移除缓存中element的策略。默认是LRU（最近最少使用），可选的有LFU（最不常使用）和FIFO（先进先出）
 -->

5.4.3 在mapper.xml中使用自定义缓存

    <cache type="org.mybatis.caches.ehcache.EhcacheCache"/>

注：参照缓存：若想在命名空间中共享相同的缓存配置和实例。
可以使用 cache-ref 元素来引用另外一个缓存。

<!--引用缓存：namespace：指定和那个名称空间下的缓存一样-->
    <cache-ref namespace="com.itlc.mybatis.dao.EmployeeMapper"/>