Mybatis的缓存机制Cache

Mybatis提供对缓存的支持，分为一级缓存和二级缓存，在没有配置的情况下，系统默认会使用一级缓存。

一级缓存（SqlSession级别）

　　我们都知道每个SqlSession对象之间的缓存是互不影响的，当同一个SqlSession执行多次相同的SQL语句时（主要针对select），系统只会到底层访问数据库一次，后续执行sql时，会从一级缓存里面读取第一次访问的数据。当这个SqlSession对象执行close()，或者显示声明清空缓存时，对应的一级缓存也会清空，从而提高效率。值得注意的是，如果SqlSession执行DML操作（即insert、update、delete），并提交到数据库时，也会起到清空该SqlSession对象对应的一级缓存的作用，目的是为了保证缓存里面的数据是最新的。，避免脏读现象。

二级缓存（SqlSessionFactory级别）

　　有些书籍说二级缓存是Mapper级别，可能是依据二级缓存的配置是在xxxMapper.xml上配置的吧，不过本人更认同是SqlSessionFactory级别，为什么呢？因为同一个Configuration里面是创建一个SqlSessionFactory，SqlSessionFactory是属于线程安全的，SqlSessionFactory可以创建很多个SqlSession来进行事务操作，也就是说，SqlSessionFactory是由很多个SqlSession对象共享的，同样的，二级缓存的数据也是由很多个SqlSession共享的。如何才能让系统操作二级缓存呢？原理很简单，不同的SqlSession对象执行相同的namespace下的sql语句，当第一个SqlSession对象调用close()关闭一级缓存时，第一次查询得到的数据将会被保存到二级缓存，后面的SqlSession对象调用相同sql语句时，就会从二级缓存中获取数据。当然，使用二级缓存，需要对应的返回对象（即POJO）实现序列化。

配置：在需要使用的xxxMapper.xml里面配置<cache eviction="LRU" flushInterval="100000" size="1024" readOnly="true" />

eviction：代表回收策略，目前支持4种策略

1.LRU，最近最少使用的，移除最长时间不用的对象；

2.FIFO，先进先出；

3.SOFT，移除基于垃圾回收器状态和软引用规则的对象；

4.WEAK，更积极移除基于垃圾回收器状态和弱引用规则的对象。

flushInterval：代表刷新时长，单位毫秒

size：代表缓存最多可以存储多少个对象，注意，设置过大会导致内存溢出

readOnly：意味着缓存数据只能读取，不能修改

上面是较为详细配置，当然也可以简单一点，直接写上<cache />就可以了。

下面给出一个较为有意思的栗子：

xml配置代码如下：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN""http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.learn.mapper.EmployeeMapper"><cache /><select id="getEmpList" resultType="employee">select * from tb_employee</select></mapper>

JUnit4测试代码如下：

@Testpublic void testCache(){SqlSession ss1 = null;SqlSession ss2 = null;try{ss1 = SqlSessionFactoryUtil.initSqlSessionFactory().openSession();ss2 = SqlSessionFactoryUtil.initSqlSessionFactory().openSession();EmployeeMapper em1 = ss1.getMapper(EmployeeMapper.class);EmployeeMapper em2 = ss2.getMapper(EmployeeMapper.class);List<Employee> list1 =  em1.getEmpList();//ss1.close();list1 = em2.getEmpList();}catch(Exception e){ss1.rollback();ss2.rollback();e.printStackTrace();}finally{if(ss1 != null){ss1.close();}if(ss2 != null){ss2.close();}}}

代码中实例化两个SqlSession对象，分别是ss1和ss2，用户检验数据读取的操作。留意上面注释了ss1.close();这一行。

下面是执行上面测试代码的日志结果：

Logging initialized using 'class org.apache.ibatis.logging.slf4j.Slf4jImpl' adapter.
PooledDataSource forcefully closed/removed all connections.
PooledDataSource forcefully closed/removed all connections.
PooledDataSource forcefully closed/removed all connections.
PooledDataSource forcefully closed/removed all connections.
Cache Hit Ratio [com.learn.mapper.EmployeeMapper]: 0.0
Opening JDBC Connection
Created connection 275310919.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@1068e947]
==>  Preparing: select * from tb_employee 
==> Parameters: 
<==      Total: 6
Cache Hit Ratio [com.learn.mapper.EmployeeMapper]: 0.0
Opening JDBC Connection
Created connection 1948863195.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@74294adb]
==>  Preparing: select * from tb_employee 
==> Parameters: 
<==      Total: 6
Resetting autocommit to true on JDBC Connection [com.mysql.jdbc.JDBC4Connection@1068e947]
Closing JDBC Connection [com.mysql.jdbc.JDBC4Connection@1068e947]
Returned connection 275310919 to pool.
Resetting autocommit to true on JDBC Connection [com.mysql.jdbc.JDBC4Connection@74294adb]
Closing JDBC Connection [com.mysql.jdbc.JDBC4Connection@74294adb]
Returned connection 1948863195 to pool.

可以看到即使配置了<cache />二级缓存，第一个SqlSession对象ss1没有手动执行close()方法时，ss1对应的一级缓存数据仍然没有保存到二级缓存里面，即二级缓存里面没有数据，当第二个SqlSession对象ss2执行相同的sql语句时，会找一级缓存有没有数据，因为第一次执行，当然没有数据了，然后找二级缓存，刚才说过了，ss1的一级缓存数据并没有保存到二级缓存里面，所以二级缓存也没有数据，因此ss2就会再次操作数据库。可以看到log日志会有两条select语句。

此时，如果将close();的注释去掉，再执行一下测试代码，日志结果如下：

Logging initialized using 'class org.apache.ibatis.logging.slf4j.Slf4jImpl' adapter.
PooledDataSource forcefully closed/removed all connections.
PooledDataSource forcefully closed/removed all connections.
PooledDataSource forcefully closed/removed all connections.
PooledDataSource forcefully closed/removed all connections.
Cache Hit Ratio [com.learn.mapper.EmployeeMapper]: 0.0
Opening JDBC Connection
Created connection 275310919.
Setting autocommit to false on JDBC Connection [com.mysql.jdbc.JDBC4Connection@1068e947]
==>  Preparing: select * from tb_employee 
==> Parameters: 
<==      Total: 6
Resetting autocommit to true on JDBC Connection [com.mysql.jdbc.JDBC4Connection@1068e947]
Closing JDBC Connection [com.mysql.jdbc.JDBC4Connection@1068e947]
Returned connection 275310919 to pool.
Cache Hit Ratio [com.learn.mapper.EmployeeMapper]: 0.5