一级和缓存sqlsession(仅对一个会话有效)
- 缓存失效
- 1.查询不同的东西
- 2.增删改操作,可能会改变原来的数据,所以必定会刷新缓存!
- 3.查询不同的Mapper.xml
- 4.手动清理缓存!
sqlsession.clearCache();
- 一级缓存默认是开启的,只在一次SqlSession中有效, 也就是拿到连接到关闭连接这个区间段
//获取SqlSession
SqlSession sqlSession = Mybatisutil.getSqlSession();
//-在这中间有效
//关闭SqlSession
sqlSession.close();
二级缓存
开启 在mapper.xml文件中添加标签 <cache/>
但仅仅如此二级缓存并没有用
正确使用姿势
1.在config.xml文件的setings中显式开启全局缓存
<seting name="cacheEnabled" value="true">默认开启但尽量显示出来
2.在mapper.xml文件中添加标签
<cache eviction="FIFO" //输出策略
flushInterval="60000" //刷新间隔
size="512" //最大缓存数
readOnly="true"/> //是否只读
表示在当前mapper中使用二级缓存
在单个查询标签中可以控制此标签是否开启缓存flushCache="true"
配置后,当一级缓存失效时,将把一级缓存中的缓存,放入二级缓存
//获取SqlSession1
SqlSession sqlSession1 = Mybatisutil.getSqlSession();
//获取接口类
StuMapperi mapper1 = sqlSession1.getMapper(StuMapperi.class);
//获取SqlSession2
SqlSession sqlSession1 = Mybatisutil.getSqlSession();
//获取接口类
StuMapperi mapper2 = sqlSession12.getMapper(StuMapperi.class);
//执行接口方法
List<Stu> stus = mapper1.qByForeach(1);
//关闭SqlSession1
sqlSession1.close();//此时一级缓存被存入二级
//执行接口方法
List<Stu> stus = mapper2.qByForeach(1);
//两者都得到了同一个List<Stu> stus因为此查询调用的是二级缓存,并未连接数据库
//关闭SqlSession1
sqlSession1.close();
- 当cache未定义 eviction="FIFO"输出策略时 需要序列化实体类 implement Serializable
- 网络通信序列化
缓存解决了频繁连接数据库对性能的损耗
- 只要开启了二级缓存,在同- -个Mapper下就有效
- 所有的数据都会先放在一级缓存中;
- 只有当会话提交,或者关闭的时候,才会提交到二级缓冲中!
简单自定义缓存ehcache
导包
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.1.0</version>
</dependency>
1.在config.xml文件的setings中显式开启全局缓存
<seting name="cacheEnabled" value="true">默认开启但尽量显示出来
2.在mapper.xml文件中添加标签
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
表示在当前mapper中使用二级缓存
在单个查询标签中可以控制此标签是否开启缓存flushCache="true"
资源目录先创建
ehcache.xml
内容:
<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
updateCheck="false">
<!--
diskStore:为缓存路径,ehcache分为内存和磁盘两级,此属性定义磁盘的缓存位置。参数解释如下:
user.home – 用户主目录
user.dir – 用户当前工作目录
java.io.tmpdir – 默认临时文件路径
-->
<diskStore path="java.io.tmpdir/Tmp_EhCache"/>
<!--
defaultCache:默认缓存策略,当ehcache找不到定义的缓存时,则使用这个缓存策略。只能定义一个。
-->
<!--
name:缓存名称。
maxElementsInMemory:缓存最大数目
maxElementsOnDisk:硬盘最大缓存个数。
eternal:对象是否永久有效,一但设置了,timeout将不起作用。
overflowToDisk:是否保存到磁盘,当系统当机时
timeToIdleSeconds:设置对象在失效前的允许闲置时间(单位:秒)。仅当eternal=false对象不是永久有效时使用,可选属性,默认值是0,也就是可闲置时间无穷大。
timeToLiveSeconds:设置对象在失效前允许存活时间(单位:秒)。最大时间介于创建时间和失效时间之间。仅当eternal=false对象不是永久有效时使用,默认是0.,也就是对象存活时间无穷大。
diskPersistent:是否缓存虚拟机重启期数据 Whether the disk store persists between restarts of the Virtual Machine. The default value is false.
diskSpoolBufferSizeMB:这个参数设置DiskStore(磁盘缓存)的缓存区大小。默认是30MB。每个Cache都应该有自己的一个缓冲区。
diskExpiryThreadIntervalSeconds:磁盘失效线程运行时间间隔,默认是120秒。
memoryStoreEvictionPolicy:当达到maxElementsInMemory限制时,Ehcache将会根据指定的策略去清理内存。默认策略是LRU(最近最少使用)。你可以设置为FIFO(先进先出)或是LFU(较少使用)。
clearOnFlush:内存数量最大时是否清除。
memoryStoreEvictionPolicy:可选策略有:LRU(最近最少使用,默认策略)、FIFO(先进先出)、LFU(最少访问次数)。
FIFO,first in first out,这个是大家最熟的,先进先出。
LFU, Less Frequently Used,就是上面例子中使用的策略,直白一点就是讲一直以来最少被使用的。如上面所讲,缓存的元素有一个hit属性,hit值最小的将会被清出缓存。
LRU,Least Recently Used,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
-->
<defaultCache
eternal="false"
maxElementsInMemory="10000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="259200"
memoryStoreEvictionPolicy="LRU"/>
<cache
name="cloud_user"
eternal="false"
maxElementsInMemory="5000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="1800"
memoryStoreEvictionPolicy="LRU"/>
</ehcache>