1、对MyBatis缓存概述:
1.1.什么是缓存:
- 1.缓存通过在内存中存储一部分数据,使得这些数据在下次需要时能够快速地被访问,从而提高系统的性能。通过减少IO的方式来提高程序的执行效率
1.2.MyBatis的缓存是什么:
- 1.将select语句的查询结果存放在缓存(内存)中,下一次还是这条select语句的话,直接从缓存中取,不再查询数据库。一方面减少了IO操作,另一方面不再执行频繁的查找算法。提高了效率。
1.3.MyBatis缓存包括:
- 1.一级缓存:将查询到的数据存储到sqlSession中
- 2.二级缓存:将查询到的数据存储到SqlSessionFactory中
- 3.集成其他第三方的缓存:如
EhCache
,Memcache
等,缓存只是对应select语句
2、说一说MyBatis的一级缓存
2.1.一级缓存定义:
- 1.一级缓存是默认开启的,不需要做任何的配置;
一级缓存是SqlSession级别的
,通过同一个
SqlSession查询的数据会被缓存,下次查询相同的数据,就会从缓存中直接获取,不会对数据库重新访问
2.2.一级缓存中存在的问题:
在一级缓存中,不同SqlSession之间的的修改不会影响彼此,如果sqlSessiuon1读取数据为A,SqlSessionB将数据A改为B,此时sqlSession读取的结果仍然是A,这样就出现了脏读的现象,所以在多SqlSession场景或者分布式环境下就会出现脏读现象,建议将一级缓存级别设置为statment
2.2.一级缓存失效的四种情况:
- 1 不同的SqlSession
对应不同的一级缓存
- 2.同一个SqlSession但是
查询条件不同
- 3.同一个SqlSession
两次查询期间执行了任何一次增删改操作
- 4.同一个SqlSession两次查询期间
手动清空了缓存
3、说一说MyBatis的二级缓存
3.1.二级缓存定义:
- 1.
二级缓存范围是SqlSessionFactory级别
,二级缓存是SqlSession级别是共享的,同一个nameSpace下所有的操作语句,都影响着同一个Cache
3.2.二级缓存存在的问题:
- 二级缓存也是存在脏读的现象,比如多个命名空间进行多表查询的时候,各个命名空间之间因为数据是不共享的,所以存在脏读现象,如A、B两个表进行联表查询的时候,表A缓存了这次联表查询的结果,则结果存储在表A的nameSpace中,此时如果表B的数据更新了,是不会同步到表A的nameSpace的缓存中。因此出现了脏读现象
3.3.配置开启二级缓存
- 1.在
核心配置文件中,设置全局配置属性cacheEnabled="true",默认为true
,不需要设置 - 2.在对应的映射文件中
设置标签<cache />
- 3.查询的数据所转换的实体类类型
必须实现序列化的接口
,也就是必须实现java.io.Serializable
接口
- 4.二级缓存
必须在SqlSession关闭或提交之后
有效
3.3.二级缓存使用演示:
3.4.使二级缓存失效的情况:
- 1.在两次
查询之间执行了任意的增删改,会使一级和二级缓存同时失效
3.5.二级缓存的相关配置
4、整合第三方缓存EHCache
MyBatis集成缓存EHCache是为了替代MyBatis自带的二级缓存,但是一级缓存是不可以的
4.1.MyBatis集成EhCache:
- 1.添加依赖:
各个jar包的作用
- 2.创建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:\atguigu\ehcache"/>
<defaultCache maxElementsInMemory="1000"
maxElementsOnDisk="10000000"
eternal="false"
overflowToDisk="true"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
</defaultCache>
</ehcache>
- 3.在映射的配置文件中的cache标签中添加type属性:
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
- 4.加入logback日志:
存在SLF4J时,作为简易日志的log4j将失效
,此时我们需要借助SLF4J的具体实现logback来打印日志。创建logback的配置文件logback.xml
<?xml version="1.0" encoding="UTF-8"?>
<configuration debug="true">
<!-- 指定日志输出的位置 -->
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder>
<!-- 日志输出的格式 -->
<!-- 按照顺序分别是:时间、日志级别、线程名称、打印日志的类、日志主体内容、换行 - ->
<pattern>[%d{HH:mm:ss.SSS}] [%-5level] [%thread] [%logger] [%msg]%n</pattern>
</encoder>
</appender>
<!-- 设置全局日志级别。日志级别按顺序分别是:DEBUG、INFO、WARN、ERROR -->
<!-- 指定任何一个日志级别都只打印当前级别和后面级别的日志。 -->
<root level="DEBUG">
<!-- 指定打印日志的appender,这里通过“STDOUT”引用了前面配置的appender -->
<appender-ref ref="STDOUT" />
</root>
<!-- 根据特殊需求指定局部日志级别 -->
<logger name="com.atguigu.crowd.mapper" level="DEBUG"/>
</configuration>
5、MyBatis缓存查询的顺序:
5.1.缓存查询顺序:
- 1.
先查询二级缓
存,因为二级缓存中可能会有其他程序已经查出来的数据
,可以拿来直接使用。 - 2.如果二级缓存没有命中,
再查询一级缓存
- 3.如果一级缓存也没有命中,则查询数据库
- 4.
SqlSession关闭之后,一级缓存中的数据会写入二级缓存
5.2.查询源码解读:
- 1.二级缓存主要是利用的
CacheingExecutor
这个装饰器拦截了一道,下面对这个方法进行分析:
- 2.MyBatis的缓存本质上就是利用map来存储数据
- 3.基础实现类是
PerpetualCache
,并且使用了装饰器模式,提供了各种各样的cache进行功能扩展,比如:
- 4.像BlockingCach可以提供堵塞,FifoCache、LruCache等等
如上其实MyBatis缓存不太安全,在分布式场景下会出现脏读现象,所以在生产上使用redis结合Spring Cache进行数据的缓存,或者利用
caffeeine、guava
进行本地缓存