Mybatis中一级缓存，二级缓存

缓存的意义：

将用户经常查询的数据放在缓存（内存）中，用户去查询数据就不用从磁盘上（关系型数据库数据文件）查询，从缓存中查询，从而提高查询效率，解决了高并发系统的性能问题。

mybatis持久层缓存：

mybatis提供一级缓存和二级缓存（mapper级别）

一级缓存：

mybatis一级缓存是一个SqlSession级别，sqlsession只能访问自己的一级缓存的数据，

原理：

正如上图所示：执行修改、添加、删除操作，执行commit()后会清空一级缓存。

第一次发出一个查询sql，sql查询结果写入sqlsession的一级缓存中，缓存使用的数据结构是一个map<key,value>

key：hashcode+sql+sql输入参数+输出参数（sql的唯一标识）

value：用户信息

同一个sqlsession再次发出相同的sql，就从缓存中取不走数据库。如果两次中间出现commit操作（修改、添加、删除），本sqlsession中的一级缓存区域全部清空，下次再去缓存中查询不到所以要从数据库查询，从数据库查询到再写入缓存。

每次查询都先从缓存中查询，如果缓存中查询到则将缓存数据直接返回，如果在缓存中查询不到就从数据库中查询。

mybatis默认支持一级缓存不需要配置。

注意：mybatis和spring整合后进行mapper代理开发，不支持一级缓存，mybatis和spring整合，spring按照mapper的模板去生成mapper代理对象，模板中在最后统一关闭sqlsession。

二级缓存：

mybatis二级缓存是跨sqlSession，是mapper级别的缓存，对于mapper级别的缓存不同的sqlsession是可以共享的。

原理：

二级缓存的范围是mapper级别的（mapper同一个命名空间），mapper以命名空间为单位创建缓存数据结构，结构是map<key,value>。

每次查询先看是否开启二级缓存，如果开启了二级缓存，那么从二级缓存的数据结构中去缓存数据。

执行过程：

如果从二级缓存中没有渠道，再从一级缓存中找，如果一级缓存中也没有，那么从数据库中查询。

配置二级缓存：

1.在核心配置文件SqlMapConfig.xml中加入

<!--开启二级缓存-->
<setting name="cacheEnabled" value="true"/>

2.要在你的Mapper映射文件中添加一行：  <cache />，表示此mapper开启二级缓存。

mybatis二级缓存需要将查询结果映射的pojo实现 java.io.serializable接口，如果不实现则抛出异常：

org.apache.ibatis.cache.CacheException: Error serializing object.  Cause: java.io.NotSerializableException: com.baidu.mybatis.po.User

二级缓存缓存的对象是拼接对象（代理对象）。

二级缓存禁用：

对于变化频率较高的sql，需要禁用二级缓存：

在statement中设置useCache=false可以禁用当前select语句的二级缓存，即每次查询都会发出sql去查询，默认情况是true，即该sql使用二级缓存。（对一些重要的数据比如说财务数据是一定不能再缓存中的）

<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">

刷新缓存（局限性）：

如果sqlsession操作commit操作（更新、删除、等操作），对二级缓存进行刷新（全局清空）。（局限性）

设置statement的flushCache是否刷新缓存，默认值是true。

缓存的使用场景：

一般使用在数据变化频率不是太高，对数据的实时性要求不高的场合

如果不符合以上场景，就不适用缓存（例如：财务数据，股票交易）

mybatis和ehcache缓存框架整合：

mybatis二级缓存通过ehcache维护缓存数据。

将缓存数据进行分布式管理

整合思路：

通过mybatis和ehcache框架进行整合，就可以把缓存数据的管理托管给ehcache。

在mybatis中提供一个cache接口，只要实现cache接口就可以把缓存数据灵活的管理起来。

导入jar包。

配置ehcache.xml

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">
<!--diskStore：缓存数据持久化的目录 地址  -->
<diskStore path="E:\develop\ehcache" />
<defaultCache
maxElementsInMemory="1000"
maxElementsOnDisk="10000000"
eternal="false"
overflowToDisk="false"
diskPersistent="true"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
</defaultCache>
</ehcache>

在mapper.xml中添加ehcache配置：

//单位毫秒
<cache type="org.mybatis.caches.ehcache.EhcacheCache">
<property name="timeToIdleSeconds" value="12000"/>
<property name="timeToLiveSeconds" value="3600"/>
<!-- 同ehcache参数maxElementsInMemory -->
<property name="maxEntriesLocalHeap" value="1000"/>
<!-- 同ehcache参数maxElementsOnDisk -->
<property name="maxEntriesLocalDisk" value="10000000"/>
<property name="memoryStoreEvictionPolicy" value="LRU"/>
</cache>

二级缓存的应用场景：

对查询频率高，变化频率低的数据建议使用二级缓存。

对于访问多的查询请求且用户对查询结果实时性要求不高，此时可采用mybatis二级缓存技术降低数据库访问量，提高访问速度，业务场景比如：耗时较高的统计分析sql、电话账单查询sql等。

实现方法如下：通过设置刷新间隔时间，由mybatis每隔一段时间自动清空缓存，根据数据变化频率设置缓存刷新间隔flushInterval，比如设置为30分钟、60分钟、24小时等，根据需求而定。

MyBatis缓存的局限性：

mybatis二级缓存对细粒度的数据级别的缓存实现不好，比如如下需求：对商品信息进行缓存，由于商品信息查询访问量大，但是要求用户每次都能查询最新的商品信息，此时如果使用mybatis的二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其它商品的信息，因为mybaits的二级缓存区域以mapper为单位划分，当一个商品信息变化会将所有商品信息的缓存数据全部清空。解决此类问题需要在业务层根据需求对数据有针对性缓存。