内容简介
- 一级缓存
- 一级缓存的失效情况
- 二级缓存
- 二级缓存的使用
- 缓存的设置
- 使用第三方缓存
具体内容
MyBatis是一个持久化框架,提供了缓存策略,但是做缓存的话MyBatis不专业,专业的缓存是Redis和MongBD,所以在开发中用的不多,但是面试经常会问到,什么是缓存:比如我们在使用某个系统的时候,对于登录用户的可操作权限,每个人的权限基本上是固定的,如果每次登录都从数据库中查询权限的话,在用户量一大的情况下,势必会加重数据库的压力,所以有些常用的数据,我们在第一次查询之后,将查询结果集加入到缓存(内存)中,第二次查询的时候,就不必再次进行数据库的查询,而是直接从缓存中读取数据。MyBatis提供了两极缓存策略:
- 一级缓存 : sqlSession级别的
- 二级缓存:namespace级别的
在MyBatis里面提供了一个Cache接口,所有实现了这个接口的类就是缓存类,MyBatis默认提供了的缓存实现类有很多,而且我们在MyBatis中也可以整合第三方实现Cache接口的缓存实现类。MyBatis中的缓存机制实际上是很简单的,提供一个Map键值对,用于存放缓存的数据。
一级缓存
一级缓存又叫做本地缓存,不需要任何配置就可以生效,是sqlSession级别的,所以一级缓存是在一次数据库会话中有效。
/**
* 一级缓存:叫做本地缓存,SQLSession级别的,在同一个SQLSession中有效
* @throws Exception
*/
@Test
public void testselectEmpByEmpNameLike() throws Exception {
//获取主文件的输入流
InputStream input = Resources.getResourceAsStream("SqlMapConfig.xml");
//创建SqlSessionFactory
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(input);
//获取SqlSeession
SqlSession sqlSession = sqlSessionFactory.openSession();
//创建dao的代理对象
DeptDao deptDap = sqlSession.getMapper(DeptDao.class);
Dept dept1 = deptDap.selectByDeptId(1);
System.out.println(dept1);
//第二次查询从一级缓存中取
Dept dept2 = deptDap.selectByDeptId(1);
System.out.println(dept2);
System.out.println(dept1 == dept2);
sqlSession.close();
}
我们可以发现,虽然在上面的代码中我们查询了两次,但最后只执行了一次数据库操作,这就是 Mybatis 提
供给我们的一级缓存在起作用了。因为一级缓存的存在,导致第二次查询 id 为1 的记录时,并没有发出 sql 语句
从数据库中查询数据,而是从一级缓存中查询。
一级缓存的失效
一级缓存是 SqlSession 范围的缓存,当调用 SqlSession 的修改,添加,删除,commit(),close()等
/**
* 一级缓存失效的情况:
* - SQLSession 不同,第一次查询之后sqlSession关闭,第二次查询使用一个新开启的SQLSession
* - SQLSession相同,但是两次查询条件不同
* - SQLSession相同,两次查询条件相同,但是在两次查询之前执行了增删改操作
* - SQLSession相同,两次查询条件相同,两次查询之间没有执行增删改,但是第一次查询之后手动清除了缓存
*
* @throws Exception
*/
@Test
public void testselectEmpByEmpNameLike() throws Exception {
InputStream input = Resources.getResourceAsStream("mybatis-conf.xml");
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(input);
SqlSession sqlSession = sqlSessionFactory.openSession();
DeptDao deptDao = sqlSession.getMapper(DeptDao.class);
Dept dept = deptDao.selectDeptByDeptId(1);
System.out.println(dept);
sqlSession.clearCache();//手动清除缓存
// Dept insertDept = new Dept();
// insertDept.setDeptName("企管部");
// deptDao.insertDept(insertDept);
dept = deptDao.selectDeptByDeptId(1);
System.out.println(dept);
sqlSession.close();
}
执行了两次数据库操作。
二级缓存
一级缓存作用是比较小的,一般我们在一次会话中,只会执行一条sql语句,而且相同的查询更加不会执行两次,也就是说一级缓存很少使用到,所以我们要使用更大的缓存,也就是二级缓存,二级缓存又叫做全局缓存,是namespace级别的,也就意味着一个namespace对应一个二级缓存,MyBatis(Hibernate)最大的缓存就是二级缓存,二级缓存的工作原理:
- 一个会话,执行一次查询,那么查询结果放入一级缓存
- 当这个会话关闭的时候,一级缓存就没了,这个时候一级缓存的数据会自动的保存进入二级缓存,新的会话查询数据,就会从二级缓存中读取数据,如果读取不到,再到一级缓存中读取,如果 一二级缓存都读取不到,在进行数据库查询。
二级缓存使用和配置细节
如果要使用二级缓存的话,必须要开启二级缓存的配置,在MyBatis3.4.1的版本中,二级缓存是默认开启的,但是我们也需要设置一下。如果是确定要开启的配置,不管默认情况是否开启,那么我们都要手动配置开启。
① :在全局配置文件中开启二级缓存
<settings>
<!-- 开启二级缓存 -->
<setting name="cacheEnabled" value="true"/>
</settings>
②:开启了二级缓存之后,namespace并没有开启二级缓存,所以需要在sql映射文件中开启此namespace的二级缓存。
<!--
开启此namespace的二级缓存 cache
size属性:设置二级缓存的大小,注意这里的大小不是空间大小,而是个数
eviction属性:缓存的回收策略
- LRU:先清除最近最少使用的,也是默认的
- FIFO:先进先出
readOnly:是否只读
- true:只读,mybatis会认为所有的缓存操作都是读取操作,不会更新缓存数据,MyBatis为了加快读取速度,mybatis会将缓存的引用交给用户,这样的配置速度快,但是安全性低
- false:非只读,MyBatis会认为缓存的操作可能是数据的更新也可能是读取,为了安全起见,不见缓存直接交给用户,而是通过序列化或者反序列化克隆一份交给用户,安全性比较高,但是因为存在克隆的过程,速度较低
flushInterval : 缓存刷新时间,即二级缓存多久被清理一次,默认不清理,设置值的单位为毫秒
type : 指定缓存使用策略的Cache的实现类的全类名,默认情况使用MyBatis自己的缓存实现类。
-->
<cache eviction="LRU" readOnly="true" flushInterval="2000" size="1024">
③:MyBatis二级缓存,是将查询的结果进行序列化之后,保存到内存中的,所以实体类要实现序列化接口
④:编写测试类:第一次查询之后sqlsession关闭,进入到二级缓存,再开启新的SQLSession查询同样的结果,则从二级缓存中获取
@Test
public void test02() throws Exception {
//获取主文件的输入流
InputStream input = Resources.getResourceAsStream("SqlMapConfig.xml");
//创建SqlSessionFactory
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(input);
//获取SqlSeession
SqlSession sqlSession = sqlSessionFactory.openSession();
DeptDao deptDap = sqlSession.getMapper(DeptDao.class);
Dept dept1 = deptDap.selectByDeptId(1);
System.out.println(dept1);
//一级缓存消失
sqlSession.close();
//重新获取sqlSession
sqlSession = sqlSessionFactory.openSession();
deptDap = sqlSession.getMapper(DeptDao.class);
//第二次查询先从二级缓存中查询
Dept dept2 = deptDap.selectByDeptId(1);
System.out.println(dept2);
sqlSession.close();
}
经过上面的测试,我们发现执行了两次查询,并且在执行第一次查询后,我们关闭了一级缓存,再去执行第二
次查询时,我们发现并没有对数据库发出 sql 语句,所以此时的数据就只能是来自于我们所说的二级缓存。
缓存的相关设置
①:全局配置文件中,把缓存的setting设置为false,是影响一级缓存还是二级缓存呢?
<setting name="cacheEnabled" value="false"/>
以上的配置,二级缓存失效,一级缓存不受影响。
②:每一个select标签都有useCache属性,表示是否使用缓存,可以设置为true或者false,默认为true,如果为false情况下,影响的是一级缓存还是二级缓存呢?
<select id="selectDeptByDeptId" resultType="com.wanbangee.entities.Dept" useCache="false">
select dept_id ,dept_name from dept where dept_id = #{deptId}
</select>
以上的配置,二级缓存失效,一级缓存不受影响。当然想要说的是,这个配置只会影响这条sql的查询结果的缓存情况,其他sql不受影响。
③:每一条select语句都有flushCache属性,表示刷新缓存,可以设置为true或者false,默认为false,如果为true的情况下,影响一级缓存还是二级缓存呢?
<select id="selectDeptByDeptId" resultType="com.wanbangee.entities.Dept" useCache="true" flushCache="true">
select dept_id ,dept_name from dept where dept_id = #{deptId}
</select>
以上的配置,二级缓存失效,一级缓存也失效,当然想要说的是,这个配置只会影响这条sql的查询结果的缓存情况,其他sql不受影响。
④:每一条insert,update,delete语句都存在flushCache属性,表示刷新缓存,可以设置为true或者false,默认为true,如果设置为true情况下,那么在两次查询之间执行增删改操作,一级缓存和二级缓存是否都有有效呢? 一级缓存失效,二级缓存也失效。
⑤:每一条insert,update,delete语句都存在flushCache属性,表示刷新缓存,可以设置为true或者false,默认为true,如果设置为false情况下,那么在两次查询之间执行增删改操作,一级缓存和二级缓存是否都有有效呢?二级缓存正常,但是一级缓存被刷新了。
使用第三方缓存
MyBatis毕竟是一个持久化层的框架, 对于增删改查的sql操作操作来说,MyBatis很优秀,但是做缓存,不专业,MyBatis也认识到了这个问题,所以提供了一个Cache接口,这个接口可以编写任意的实现类,只要实现了这个接口的实现类,都叫做缓存的操作类,而我们今天使用ehcache这技术来实现MyBatis的缓存,ehcache存在一个实现Cache接口的实现类,而且ehcache是专业做缓存的技术,Hibernate框架使用的就是ehcache实现缓存的,那么现在我们就来整合ehcache,当然要说一下,以后的我们缓存肯定使用redis。
- 加入jar包
ehcache-core-2.6.8.jar
mybatis-ehcache-1.0.3.jar
slf4j-api-1.6.1.jar
slf4j-log4j12-1.6.2.jar - 将ehcache的配置文件加入到类路径中
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="D:\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(先进先出)
-->
- 我们在sql映射文件中配置使用ehcache
<cache eviction="LRU" readOnly="true" size="1024" type="org.mybatis.caches.ehcache.EhcacheCache">