Mybatis一级、二级缓存

一级缓存

首先做一个测试，创建一个mapper配置文件和mapper接口，我这里用了最简单的查询来演示。

<mapper namespace="cn.elinzhou.mybatisTest.mapper.UserMapper">

<select id="findUsers" resultType="cn.elinzhou.mybatisTest.pojo.User">
SELECT * FROM user
</select>
</mapper>

1
2
3
4
5
6

public interface UserMapper {
List<User> findUsers()throws Exception;
}

1
2
3

然后编写一个单元测试

public class UserMapperTest {

SqlSession sqlSession = null;
@Before
public void setUp() throws Exception {
// 通过配置文件获取数据库连接信息
Reader reader = Resources.getResourceAsReader("cn/elinzhou/mybatisTest/config/mybatis.xml");
// 通过配置信息构建一个SqlSessionFactory
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(reader);
// 通过sqlSessionFactory打开一个数据库会话
sqlSession = sqlSessionFactory.openSession();
}

@Test
public void testFindUsers() throws Exception {
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
List<User> users = userMapper.findUsers();
System.out.println(users);
}
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

运行，可以看到控制台输出（先配好log4j）为类似如下图日志 



日志说明了该操作执行的sql语句已经查询的内容，最后一行是我手动通过System.out.printf输出的结果。

然后再加一条语句

users = userMapper.findUsers();

1

之前的单元测试就变成了这个样子



也就是在执行完userMapper.findUsers();后立刻再执行一遍userMapper.findUsers(); 可以想象，其实这两个操作执行的sql是完全相同的，而且在这期间没有对数据库进行过其他操作。然后执行该单元测试，发现效果跟上面执行一条的时候完全相同，也就是执行第二次userMapper.findUsers();操作的时候没有对数据库进行查询，那么得到的数据是从哪里来的？答案是一级缓存。

mybatis一级缓存是指在内存中开辟一块区域，用来保存用户对数据库的操作信息（sql）和数据库返回的数据，如果下一次用户再执行相同的请求，那么直接从内存中读数数据而不是从数据库读取。 

其中数据的生命周期有两个影响因素。
对sqlsession执行commit操作时

对sqlsession执行commit操作，也就意味着用户执行了update、delete等操作，那么数据库中的数据势必会发生变化，如果用户请求数据仍然使用之前内存中的数据，那么将读到脏数据。所以在执行sqlsession操作后，会清除保存数据的HashMap，用户在发起查询请求时就会重新读取数据并放入一级缓存中了。





上述测试就是在第一查询完后执行了commit操作，再进行查询。与之前的测试不同的是，这次测试控制台打印了两组查询结果，说明在commit之后mybatis对数据重新进行了查询。
关闭sqlsession

一般在mybatis集成spring时，会把SqlSessionFactory设置为单例注入到IOC容器中，不把sqlsession也设置为单例的原因是sqlsession是线程不安全的，所以不能为单例。那也就意味着其实是有关闭sqlsession的过程的。其实，对于每一个service中的sqlsession是不同的，这是通过mybatis-spring中的org.mybatis.spring.mapper.MapperScannerConfigurer创建sqlsession自动注入到service中的。 

而一级缓存的设计是每个sqlsession单独使用一个缓存空间，不同的sqlsession是不能互相访问数据的。当然，在sqlsession关闭后，其中数据自然被清空。

特此警告！！！！ 
当MyBatis与spring整合后，如果没有事务，一级缓存是失效的！一级缓存是失效的！一级缓存是失效的！ 

原因就是两者结合后，sqlsession如果发现当前没有事务，那么每执行一个mapper方法，sqlsession就被关闭了。如果需要维持一级缓存的可用性，有两种途径：
添加事务
使用二级缓存

二级缓存

在使用二级缓存之前，先测试之前提到过的关闭sqlsession后会清空缓存的问题，把junit代码修改一下

@Test
public void testFindUsers() throws Exception {
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
List<User> users = userMapper.findUsers();
//关闭sqlsession
sqlSession.close();

//通过sqlsessionFactroy创建一个新的sqlsession
sqlSession = sqlSessionFactory.openSession();
//获取mapper对象
userMapper = sqlSession.getMapper(UserMapper.class);
users = userMapper.findUsers();
System.out.println(users);
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14

这段代码在第一次查询完后关闭sqlsession，然后创建新的sqlsession和mapper来重新执行一次查询操作，可以预见，执行结果如图



说明关闭了sqlsession后的确把之前的缓存数据清空了，之后再执行同样的查询操作也会再访问一遍数据库。为了解决这个问题，需要使用二级缓存

一级缓存的作用域仅限于一个sqlsession，但是二级缓存的作用域是一个namespace。但并不是意味着同一个namespace创建的mapper可以互相读取缓存内容，这里的原则是，如果开启了二级缓存，那么在关闭sqlsession后，会把该sqlsession一级缓存中的数据添加到namespace的二级缓存中。

接下测试，先需要开启二级缓存。

1.打开二级缓存总开关 

打开总开关，只需要在mybatis总配置文件中加入一行设置

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

1
2
3
4

2.打开需要使用二级缓存的mapper的开关

在需要开启二级缓存的mapper.xml中加入caceh标签

<cache/>

1

3.POJO序列化

让需要使用二级缓存的POJO类实现Serializable接口，如

public class User implements Serializable {

1

通过之前三步操作就可以使用二级缓存了，接下来测试。添加一个Junit方法

@Test
public void testFindUsersCache() throws Exception {
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
List<User> users = userMapper.findUsers();
//关闭sqlsession
sqlSession.close();

//通过sqlsessionFactroy创建一个新的sqlsession
sqlSession = sqlSessionFactory.openSession();
//获取mapper对象
userMapper = sqlSession.getMapper(UserMapper.class);
users = userMapper.findUsers();
System.out.println(users);
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14

执行后可以发现，控制台值输出了一次查询过程，也可以证明二级缓存开启成功。

还有一个问题，之前说了，即使开启了二级缓存，不同的sqlsession之间的缓存数据也不是想互访就能互访的，必须等到sqlsession关闭了以后，才会把其一级缓存中的数据写入二级缓存。为了测试这个，把上述代码中的

sqlSession.close();

1

注释，那么之前的代码就变成了 



再执行，发现控制太又输出了两次的查询过程，所以可以印证，只有关闭了sqlsession之后，才会把其中一级缓存数据写入二级缓存。

缓存配置

关闭刷新

在默认情况下，当sqlsession执行commit后会刷新缓存，但是也可以强制设置为不刷新，在不需要刷新的标签中加入

flushCache="false"

1

如

<select id="findUsers" resultType="cn.elinzhou.mybatisTest.pojo.User" flushCache="false">

1

那么，无论是否执行commit，缓存都不会刷新了。但是这样会造成脏读，只有在特殊情况下才使用
自动刷新

有些情况下，需要设置自动刷新缓存，那么需要配置对应mapper中的cache标签。

flushInterval="10000"

1

该属性表示每隔10秒钟自动刷新一遍缓存