MyBatis缓存配置

一级缓存

缓存

使用缓存可以使应用更快地获取数据，避免频繁的数据库交互，MyBatis将数据缓存设计成两级结构，分为一级缓存、二级缓存：

一级缓存是SqlSession会话级别的缓存，位于表示一次数据库会话的SqlSession对象之中，又被称之为本地缓存。

二级缓存是Application级别的缓存，它的作用范围是整个应用程序。

一级缓存

一级缓存是MyBatis内部实现的一个特性，用户不能配置，默认情况下自动支持的缓存

MyBatis会在SqlSession对象中创建一个本地缓存(local cache)。对于每一次查询，都会根据查询的条件去本地缓存中查找是否在缓存中，如果在缓存中，就直接从缓存中取出，然后返回给用户；否则，从数据库读取数据，将查询结果存入缓存并返回给用户。

一级缓存的工作流程

一级缓存的生命周期

MyBatis在开启一个数据库会话时，会 创建一个新的SqlSession对象；当会话结束时，SqlSession对象也一并释放掉;

如果SqlSession调用了close()方法，会释放掉一级缓存，一级缓存将不可用； 

如果SqlSession调用了clearCache()，会清空缓存，但是该对象仍可使用；

在SqlSession中执行了任何一个update操作、insert操作、delete操作，都会清空缓存，但是该对象可以继续使用；

MyBatis中，如果以下条件都一样，那么就认为它们是完全相同的两次查询：

传入的 statementId

查询时要求的结果集中的结果范围

这次查询所产生的最终要传递给JDBC

java.sql.Preparedstatement的Sql语句字符串

传递给java.sql.Statement要设置的参数值

SqlSession的一级缓存性能问题

MyBatis对会话（Session）级别的一级缓存设计的比较简单，就简单地使用了HashMap来维护，并没有对HashMap的容量和大小进行限制。

一级缓存是一个粗粒度的缓存，没有更新缓存和缓存过期的概念

根据一级缓存的特性，在使用的过程中，应该注意以下两点

对于数据变化频率很大，并且要求高时效准确性的数据，我们使用SqlSession查询的时候，可以手动地适时清空SqlSession中的缓存

对于只执行或者频繁执行大范围的select操作的SqlSession对象，SqlSession对象的生存时间不应过长。

二级缓存

MyBatis的二级缓存默认为开启状态，在主配置文件中，settings配置中有一个参数cacheEnable，当把该参数的值设置为false时，可关闭二级缓存

<settings>
    <setting name="cacheEnable" value="false"/>
</settings>

MyBatis的二级缓存是和命名空间绑定的，即二级缓存需要配置在映射文件中，有两种配置方式

为每一个Mapper分配一个Cache缓存对象（使用<cache>元素配置）;

多个Mapper共用一个Cache缓存对象（使用<cache-ref>元素配置）； 

1、保证二级缓存的全局配置开启，并且使用二级缓存的实体类要实现Serializable接口

2、给UserMapper.xml开启二级缓存，在mapper元素中

<mapper namespace="com.mybatis.mapper.UserMapper">
    <cache/>
    <!-- 其他配置 -->
</mapper>

默认的二级缓存效果如下:

映射语句文件中的所有 select 语句将会被缓存

映射语句文件中的所有 insert，update和delete语句会刷新缓存

缓存会使用 Least Recently Used（LRU，最近最少使用的）算法来收回 根据时间表（比如 no Flush Interval，没有刷新间隔）, 缓存不会以任何时间顺序来刷新

缓存会存储集合或对象（无论查询方法返回什么类型）的 1024 个引用

缓存会被视为是 read/write（可读/可写）的缓存，意味着对象检索不是共享的，而且可以安全地被调用者修改，而不干扰其他调用者或线程所做的潜在修改

MyBatis主要提供了以下几个刷新和置换策略：

LRU（Least Recently Used）：最近最少使用算法，移除最长时间不被使用的对象，这是默认值  

FIFO（First in first out）：先进先出算法，移除最先进入缓存中的对象

flushInterval：刷新间隔，会以指定的某一个时间间隔将缓存中的数据清空，不设置时仅仅在调用语句时刷新

size：可以缓存的对象数目，默认值为1024

readOnly：只读属性，只读的缓存会给调用者返回缓存对象的相同实例，因此这些对象不能被修改；可读写的缓存会返回缓存对象的拷贝，这种方式更安全，因此默认值是false

以上效果都可以通过cache元素的属性来修改:

<cache
    eviction="FIFO"
    flushInterval="60000"
    size="512"
    readOnly="true"/>

这个配置创建了一个 FIFO 缓存，并每隔 60 秒刷新，存储结果对象的 512 个引用，而且返回的对象被认为是只读的，因此在不同线程中的调用者之间修改它们会导致冲突 .

如果想让多个Mapper公用一个Cache缓存，可以使用<cache-ref namespace="">元素配置参照缓存，这样不仅能减少配置项，还能解决脏读问题

MyBatis中开启二级缓存之后，一级缓存和二级缓存的使用顺序为：二级缓存->一级缓存->数据库

集成EhCache缓存 

MyBatis对二级缓存的设计非常灵活，在MyBatis中使用二级缓存有三个选择

它自己内部基于HashMap实现了一系列的Cache缓存实现类，并提供了各种缓存刷新策略如LRU，FIFO等

MyBatis还允许用户自定义Cache接口实现，然后将Cache实现类配置在<cache  type="">type属性上即可

MyBatis还支持第三方缓存框架（EhCache、Redis）的集成

EhCache是一个纯粹的Java进程内的缓存框架，主要特征

快速、简单

提供多种缓存策略

缓存数据有内存和磁盘两种

MyBatis集成EhCache框架的步骤为：

添加jar包，并添加到项目的Build Path

在resources目录下添加ehcache.xml配置文件

修改映射接口中的缓存配置

<mapper namespace="com.mybatis.mapper.UserMapper">
    <cache 
        type="org.mybatis.caches.ehcache.LoggingEhcache"/>
    <!-- 其他配置 -->
</mapper>

ehcache.xml配置文件

<ehcache>
    <diskStore path="d:/cache/"/>
    <defaultCache
        maxElementsInMemory="10"
        eternal="false"
        timeToIdleSeconds="120"
        timeToLiveSeconds="120"
        overflowToDisk="true"/>
</ehcache>

脏数据的产生和避免

二级缓存中脏数据产生的原因 

通常情况下每个Mapper映射文件都有自己的二级缓存

有些查询需要关联多张表

涉及这多张表的增删改查操作通常不在一个映射文件中

当数据有变化时，多表查询的缓存不一定会清空，这种情况下就会出现脏数据

可以使用参照缓存来避免脏数据的产生，通常是让几个会关联的ER表使用同一个二级缓存

<cache-ref namespace="net.onest.mapper.UserMapper"/>

二级缓存适用场景

以查询为主的应用中，只有尽可能少的增、删、改操作

绝大多数都是单表操作时，很少出现相互关联的情况

如关联的表比较少，可以通过参照缓存进行配置