mybatis学习笔记(9):缓存

mybatis本身提供了两级缓存机制：
一级缓存
二级缓存
还可以自定义缓存：整合第三方缓存

一级缓存

一级缓存：又叫本地缓存,默认开启的sqlSession级别的缓存。
对于据库同一次会话期间查询到的数据会放在本地缓存中，以后如果需要获取相同的数据，直接从缓存中拿，没必要再去查询数据库；
这个本地缓存是sqlSession级别的一个Map。

一级缓存失效情况：
1、sqlSession不同。
2、sqlSession相同，查询条件不同.(当前一级缓存中还没有这个数据)
3、sqlSession相同，两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响)
4、sqlSession相同，手动清除了一级缓存（缓存清空）：
sqlSession.clearCache();

二级缓存

二级缓存：又叫全局缓存，是基于namespace级别的缓存。一个namespace对应一个二级缓存。
工作机制：
1、一个会话，查询一条数据，这个数据就会被放在当前会话的一级缓存中；
2、如果会话关闭；一级缓存中的数据会被保存到二级缓存中；新的会话查询信息，就可以参照二级缓存中的内容；
3、不同namespace查出的数据会放在自己对应的缓存中（map）
效果：
数据会从二级缓存中获取
查出的数据都会被默认先放在一级缓存中。
只有会话提交或者关闭以后，一级缓存中的数据才会转移到二级缓存中
使用步骤：
1）、开启全局二级缓存配置：
在settings中配置：

<setting name="cacheEnabled" value="true"/>

2）、去mapper.xml中配置使用二级缓存：

<cache eviction="FIFO" flushInterval="60000" readOnly="false" size="1024"></cache>

参数说明：
eviction:缓存的回收策略：

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

flushInterval：缓存刷新间隔
缓存多长时间清空一次，默认不清空，设置一个毫秒值

readOnly:是否只读：

true：只读；mybatis认为所有从缓存中获取数据的操作都是只读操作，不会修改数据。mybatis为了加快获取速度，直接就会将数据在缓存中的引用交给用户。不安全，速度快
false：非只读：mybatis觉得获取的数据可能会被修改。 mybatis会利用序列化&反序列的技术克隆一份新的数据给你。安全，速度慢

size：缓存存放多少元素；
type：指定自定义缓存的全类名；实现Cache接口即可；

3）、我们的POJO需要实现序列化接口

和缓存有关的设置/属性：
1）、cacheEnabled=true/false：开启/关闭二级缓存
2）、每个select标签都有useCache=”true/false”：
当前查询是否使用二级缓存
3）、每个增删改标签的：flushCache=”true/false”：执行完是否刷新所有缓存,默认是true,所以在又更新操作时一级缓存会失效。
查询标签的flushCache默认是false的：
如果flushCache=true;每次查询之后都会清空缓存；缓存是没有被使用的；
4）、sqlSession.clearCache();只是清除当前session的一级缓存；

第三方缓存整合

MyBatis缓存做的并不专业，用的是map，但是它给了我们一个接口Cache，我们通过实现这个接口，可以自定义缓存。本例子用的为ehcache ，Hibernate用的也是ehcache缓存技术。
首先我们从官网上下载ehcache的jar包，还需要两个相关的jar。在MyBatis的基础上需要导入的jar包为
ehcache-core-2.6.8.jar
slf4j-api-1.6.1.jar 和 slf4j-log4j12-1.6.2.jar （ehcache依赖日志包）。
接下来我们需要写一个Cache的实现。但是MyBatis已经帮我们做好了，在MyBatis官网上有MyBatis和各种项目的整合。我们找到和ehcache的整合：
mybatis-ehcache-1.0.3.jar
当然，如果你使用的是maven则只需要添加下面这个依赖就可以一次性搞定:

<dependency>
    <groupId>org.mybatis.caches</groupId>
    <artifactId>mybatis-ehcache</artifactId>
    <version>1.0.3</version>
</dependency>

这个依赖会引入上面四个jar包。

接下来在mapper.xml中使用自定义缓存:

<mapper namespace="com.mybatis.mapper.EmployeeMapper">
    <cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache>
    ...
</mapper>

然后还需要在类路径下放一个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="F:\44\ehcache" />

 <defaultCache 
   maxElementsInMemory="1" 
   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（先进先出）
 -->

然后就可以在全局使用这个缓存了。
参照缓存：若想在命名空间中共享相同的缓存配置和实例。可以使用cache-ref 元素来引用另外一个缓存。
比如上面配置的EmployeeMapper.xml中的缓存,可以在参照缓存参照其缓存配置。

<cache-ref namespace="com.mybatis.mapper.EmployeeMapper"/>