mybatis缓存机制

MyBatis 包含一个非常强大的查询缓存特性,它可以非常方便地配置和定制。缓存可以极大的提升查询效率。

mybatis的缓存分为两级：一级缓存、二级缓存

1、一级缓存是SqlSession级别的缓存，缓存的数据只在SqlSession内有效，默认开启。

2、二级缓存是mapper级别的缓存，同一个namespace公用这一个缓存，所以对SqlSession是共享的，默认关闭。

3、为了提高扩展性。MyBatis定义了缓存接口Cache。我们可以通过实现Cache接口来自定义二级缓存

一级缓存：

　　mybatis的一级缓存是SqlSession级别的缓存，在操作数据库的时候需要先创建SqlSession会话对象，

在对象中有一个HashMap用于存储缓存数据，此HashMap是当前会话对象私有的，别的SqlSession会话对象无法访问。

当 Session flush 或 close 后, 该Session 中的所有 Cache 将被清空。本地缓存不能被关闭, 但可以调用clearCache(清空本地缓存, 或者改变缓存的作用域.在mybatis3.1之后, 可以配置本地缓存的作用域.在 mybatis.xml 中配置。

localCacheScope：MyBatis 利用本地缓存机制（Local Cache）防止循环引用（circular references）和加速重复嵌套查询。 默认值为 SESSION，这种情况下会缓存一个会话中执行的所有查询。 若设置值为 STATEMENT，本地会话仅用在语句执行上，对相同 SqlSession 的不同调用将不会共享数据。

具体流程：

　　　　　　1.第一次执行select完毕会将查到的数据写入SqlSession内的HashMap中缓存起来

　　　　　　2.第二次执行select会从缓存中查数据，如果select相同切传参数一样，那么就能从缓存中返回数据，不用去数据库了，从而提高了效率

　　注意事项：             

　　　　　　1.如果SqlSession执行了DML操作（insert、update、delete），并commit了，那么mybatis就会清空当前SqlSession缓存中的所有缓存数据，这样可以保证缓存中的存的数据永远和数据库中一致，避免出现脏读

　　　　　　2.当一个SqlSession结束后那么他里面的一级缓存也就不存在了，mybatis默认是开启一级缓存，不需要配置

　　　　　　3.mybatis的缓存是基于[namespace:sql语句:参数]来进行缓存的，意思就是，SqlSession的HashMap存储缓存数据时，是使用[namespace:sql:参数]作为key，查询返回的语句作为value保存的。

-1242243203:1146242777:winclpt.bean.userMapper.getUser:0:2147483647:select * from user where id=?:19

一级缓存失效的四种情况:

             1、不同的SqlSession对应不同的一级缓存
             2、同一个SqlSession但是查询条件不同
             3、同一个SqlSession两次查询期间执行了任何一次增删改操作
             4、同一个SqlSession两次查询期间手动清空了缓存

二级缓存：

　　二级缓存是mapper级别的缓存，也就是同一个namespace的mappe.xml，当多个SqlSession使用同一个Mapper操作数据库的时候，得到的数据会缓存在同一个二级缓存区域

　　二级缓存默认是没有开启的。需要在setting全局参数中配置开启二级缓存

      MyBatis提供二级缓存的接口以及实现，缓存实现要求 POJO实现Serializable接口

      二级缓存在 SqlSession 关闭或提交之后才会生效

　　conf.xml：

<settings> <setting name="cacheEnabled" value="true"/>默认是false：关闭二级缓存 <settings>

　　在userMapper.xml中配置：

<!--当前mapper下所有语句开启二级缓存-->
<cache eviction="LRU" flushInterval="60000" size="512" readOnly="true"/>

1、eviction：缓存回收策略：• 默认的是 LRU。

• LRU – 最近最少使用的：移除最长时间不被使用的对象。
• FIFO – 先进先出：按对象进入缓存的顺序来移除它们。
• SOFT – 软引用：移除基于垃圾回收器状态和软引用规则的对象。
• WEAK – 弱引用：更积极地移除基于垃圾收集器状态和弱引用规则的对象。

2、flushInterval：刷新间隔，单位毫秒

• 默认情况是不设置，也就是没有刷新间隔，缓存仅仅调用语句时刷新

3、size：引用数目，正整数

• 代表缓存最多可以存储多少个对象，太大容易导致内存溢出

4、readOnly：只读，true/false

• true：只读缓存；会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。
• false：读写缓存；会返回缓存对象的拷贝（通过序列化）。这会慢一些，但是安全，因此默认是 false。

缓存相关配置：

1、全局setting的cacheEnable：

• 配置二级缓存的开关。一级缓存一直是打开的。

2、select标签的useCache属性：

• 配置这个select是否使用二级缓存。一级缓存一直是使用的

3、sql标签的flushCache属性：

• 增删改默认flushCache=true。sql执行以后，会同时清空一级和二级缓存。
• 查询默认flushCache=false。

4、sqlSession.clearCache()：

• 只是用来清除一级缓存。

5、当在某一个作用域 (一级缓存Session/二级缓存Namespaces) 进行了 DML 操作后，默认该作用域下所有 select 中的缓存将被clear。

这里配置了一个LRU缓存，并每隔60秒刷新，最大存储512个对象，而却返回的对象是只读的

　　若想禁用当前select语句的二级缓存，添加useCache="false"修改如下：

<select id="getCountByName" parameterType="java.util.Map" resultType="INTEGER" statementType="CALLABLE" useCache="false">

　　具体流程：

　　　　　　1.当一个sqlseesion执行了一次select后，在关闭此session的时候，会将查询结果缓存到二级缓存

　　　　　　2.当另一个sqlsession执行select时，首先会在他自己的一级缓存中找，如果没找到，就回去二级缓存中找，找到了就返回，就不用去数据库了，从而减少了数据库压力提高了性能　

　第三方缓存整合：

• EhCache 是一个纯Java的进程内缓存框架，具有快速、精干等特点，是Hibernate中默认的CacheProvider。
• MyBatis定义了Cache接口方便我们进行自定义扩展。
• 步骤：

　　1、导入ehcache包，以及整合包，日志包

ehcache-core-2.6.8.jar、mybatis-ehcache-1.0.3.jar、slf4j-api-1.6.1.jar、slf4j-log4j12-1.6.2.jar

　　2、编写ehcache.xml配置文件

<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
         xsi:noNamespaceSchemaLocation="ehcache.xsd"  
         updateCheck="false" monitoring="off" dynamicConfig="true">

	<diskStore path="/DATA/ehcacheReport"/>
	<!-- 缓存库配置 -->
    <cache name="ehcacheYiliReport"
           maxEntriesLocalHeap="0"
           maxElementsInMemory="100000"
           eternal="false"
           overflowToDisk="false"
           diskSpoolBufferSizeMB="40"
           timeToIdleSeconds="0"
           timeToLiveSeconds="0"
           memoryStoreEvictionPolicy="LFU" />
</ehcache>

　　3、配置cache标签

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

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