关于 Mybatis 缓存的那点事儿,你知道吗?

# 关于 Mybatis 缓存的那点事儿,你知道吗?

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-b1ISYRo3-1602721705794)(https://imgkr.cn-bj.ufileos.com/768074eb-5e03-4ad1-81ee-5432b6614e4a.jpg)]

## 缓存实现的方式

- 一级缓存

- 二级缓存


## 案例实操

### 1. 一级缓存

基于 PerpetualCache 的 HashMap 本地缓存(mybatis 内部实现 cache 接口),其存储作用域为 Session,当 Session flush 或 close 之后,该 Session 中的所有 Cache 就将清空;

### 2. 二级缓存

一级缓存其机制相同,默认也是采用 PerpetualCache 的 HashMap 存储,不同在于其存储作用域为 Mapper(Namespace),并且可自定义存储源,如 Ehcache;

对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存 Namespaces)的进行了 C/R/U/D 操作后,默认该作用域下所有 select 中的缓存将被 clear。

**如果二缓存开启,首先从二级缓存查询数据,如果二级缓存有则从二级缓存中获取数据,如果二级缓存没有,从一级缓存找是否有缓存数据,如果一级缓存没有,查询数据库**。

### 3.  二级缓存局限性

mybatis 二级缓存对细粒度的数据级别的缓存实现不好,对同时缓存较多条数据的缓存,比如如下需求:对商品信息进行缓存,由于商品信息查询访问量大,但是要求用户每次都能查询最新的商品信息,此时如果使用 mybatis 的二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其它商品的信息,因为 mybaits 的二级缓存区域以 mapper 为单位划分,当一个商品信息变化会将所有商品信息的缓存数据全部清空

### 4. 一级缓存(默认开启)

Mybatis 默认提供一级缓存,缓存范围是一个 sqlSession。在同一个 SqlSession 中,两次执行相同的 sql 查询,第二次不再从数据库查询。

原理:一级缓存采用 Hashmap 存储,mybatis 执行查询时,从缓存中查询,如果缓存中没有从数据库查询。如果该 **SqlSession** **执行** **clearCache()** 提交或者增加删除修改操作,清除缓存。

默认就存在,了解观察结果即可

#### a.缓存存在情况(session 未提交)

~~~ java

@Test

public void test01() {

    SqlSession sqlSession=sqlSessionFactory.openSession(); 

    AccountDao accountDao=sqlSession.getMapper(AccountDao.class); 

    Account account=accountDao.queryAccountById(1);

    System.out.println(account);

    accountDao.queryAccountById(1); 

}

~~~

日志仅打印一条 sql

![](https://img-blog.csdnimg.cn/img_convert/65b69c96b0d0bf5e53f049dc3c38aa0f.png)

#### b.刷新缓存

Session 提交此时缓存数据被刷新

~~~ java

@Test

public void test02() {

    SqlSession sqlSession=sqlSessionFactory.openSession(); 

    AccountDao accountDao=sqlSession.getMapper(AccountDao.class); 

    Account account=accountDao.queryAccountById(1);

    System.out.println(account);

    sqlSession.clearCache();

    accountDao.queryAccountById(1); 

}

~~~

效果:

![](https://img-blog.csdnimg.cn/img_convert/65b69c96b0d0bf5e53f049dc3c38aa0f.png)

### 5. 二级缓存

一级缓存是在同一个 sqlSession 中,二级缓存是在同一个 namespace 中,因此相同的 namespace 不同的 sqlsession 可以使用二级缓存。

使用场景

* 对查询频率高,变化频率低的数据建议使用二级缓存。

* 对于访问多的查询请求且用户对查询结果实时性要求不高,此时可采用 mybatis 二级缓存技术降低数据库访问量,提高访问速度,业务场景比如:耗时较高的统计分析 sql、电话账单查询 sql 等。

全局文件配置(mybatis.xml)

~~~ xml

<setting name="cacheEnabled" value="true"/>

~~~

~~~ xml

Mapper.xml 中加入 :打开该 mapper 的二级缓存

<!-- 开启该 mapper 的二级缓存 -->

<cache/>

~~~

cache 标签常用属性

~~~ xml

<cache 

eviction="FIFO" <!--回收策略为先进先出-->

flushInterval="60000" <!--自动刷新时间 60s-->

size="512" <!--最多缓存 512 个引用对象-->

readOnly="true"/> <!--只读-->

~~~

说明:

1. 映射语句文件中的所有 select 语句将会被缓存。

2. 映射语句文件中的所有 insert,update 和 delete 语句会刷新缓存。

3. 缓存会使用 Least Recently Used(LRU,最近最少使用的)算法来收回。

4. 缓存会根据指定的时间间隔来刷新.

5. 缓存会存储 1024 个对象

PO 对象必须支持序列化

~~~ java

public class User implements Serializable {

}

~~~

关闭 Mapper 下的具体的 statement 的缓存

使用 useCache:默认为 true

~~~ xml

<select id="findUserByid" parameterType="int" resultType="User" 

useCache="false">

SELECT * FROM user WHERE id=#{id}

</select>

~~~

**刷新二级缓存 **

操作 CUD 的 statement 时候,会强制刷新二级缓存 即默认 flushCache="true" ,如果想关闭设定为 flushCache="false"即可 ,不建议关闭刷新,因为操作更新删除修改,关闭后容易获取脏数据。

二级缓存测试:

~~~ java

@Test

public void test03() {

    SqlSession sqlSession=sqlSessionFactory.openSession(); 

    AccountDao accountDao=sqlSession.getMapper(AccountDao.class); 

    Account account=accountDao.queryAccountById(1);

    System.out.println(account);

    sqlSession.close();

    SqlSession sqlSession2=sqlSessionFactory.openSession();

    AccountDao accountDao2=sqlSession2.getMapper(AccountDao.class); 

    accountDao2.queryAccountById(1);

    sqlSession.close();

}

~~~

效果:

![](https://img-blog.csdnimg.cn/img_convert/65b69c96b0d0bf5e53f049dc3c38aa0f.png)

## 扩展

### 分布式缓存 ehcache

如果有多条服务器 ,不使用分布缓存,缓存的数据在各个服务器单独存储,不方便系统开发。所以要使用分布式缓存对缓存数据进行集中管理。因此可是使用 ehcache  memcached redis

mybatis 本身来说是无法实现分布式缓存的,所以要与分布式缓存框架进行整合。 EhCache 是一个纯 Java 的进程内缓存框架,具有快速、精干等特点;Ehcache 是一种广泛 使用的开源 Java 分布式缓存。主要面向通用缓存,Java EE 和轻量级容器。它具有内存和磁盘存储,缓存加载器,缓存扩展,缓存异常处理程序,一个 gzip 缓存 servlet 过滤器,支持 REST 和 SOAP api 等特点。

Jar 依赖

~~~ xml

<dependency>

    <groupId>net.sf.ehcache</groupId>

    <artifactId>ehcache-core</artifactId>

    <version>2.4.4</version>

</dependency>

<dependency>

    <groupId>org.mybatis.caches</groupId>

    <artifactId>mybatis-ehcache</artifactId>

    <version>1.0.3</version>

</dependency>

~~~

缓存接口配置

~~~ xml

<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>

~~~

在 src 下 加入 ehcache.xml(不是必须的没有使用默认配置)

~~~ xml

<?xml version="1.0" encoding="UTF-8"?>

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="../bin/ehcache.xsd">

<!--

name:Cache 的唯一标识

maxElementsInMemory:内存中最大缓存对象数

maxElementsOnDisk:磁盘中最大缓存对象数,若是 0 表示无穷大

eternal:Element 是否永远不过期,如果为 true,则缓存的数据始终有效,如果为 false

那么还要根据 timeToIdleSeconds,timeToLiveSeconds 判断

overflowToDisk:配置此属性,当内存中 Element 数量达到 maxElementsInMemory 时,

Ehcache 将会 Element 写到磁盘中

timeToIdleSeconds:设置 Element 在失效前的允许闲置时间。仅当 element 不是永久有效

时使用,可选属性,默认值是 0,也就是可闲置时间无穷大

timeToLiveSeconds:设置 Element 在失效前允许存活时间。最大时间介于创建时间和失效

时间之间。仅当 element 不是永久有效时使用,默认是 0.,也就是 element 存活时间无穷

diskPersistent:是否缓存虚拟机重启期数据

diskExpiryThreadIntervalSeconds:磁盘失效线程运行时间间隔,默认是 120 秒

diskSpoolBufferSizeMB:这个参数设置 DiskStore(磁盘缓存)的缓存区大小。默认是

30MB。每个 Cache 都应该有自己的一个缓冲区

memoryStoreEvictionPolicy:当达到 maxElementsInMemory 限制时,Ehcache 将会根据

指定的策略去清理内存。默认策略是 LRU(最近最少使用)。你可以设置为 FIFO(先进先

出)或是 LFU(较少使用)

-->

<defaultCache overflowToDisk="true" eternal="false"/>

<diskStore path="D:/cache" />

<!--

<cache name="sxtcache" overflowToDisk="true" eternal="false"

timeToIdleSeconds="300" timeToLiveSeconds="600" maxElementsInMemory="1000"

maxElementsOnDisk="10" diskPersistent="true" 

diskExpiryThreadIntervalSeconds="300"

diskSpoolBufferSizeMB="100" memoryStoreEvictionPolicy="LRU" />

-->

~~~

测试:

~~~ java

@Test

public void test04() {

    SqlSession sqlSession=sqlSessionFactory.openSession(); 

    AccountDao accountDao=sqlSession.getMapper(AccountDao.class); 

    Account account=accountDao.queryAccountById(1);

    System.out.println(account);

    sqlSession.close();

    SqlSession sqlSession2=sqlSessionFactory.openSession();

    AccountDao accountDao2=sqlSession2.getMapper(AccountDao.class); 

    accountDao2.queryAccountById(1);

    sqlSession.close();

}

~~~

效果:

~~~ java

Cache Hit Ratio [com.xxx.dao.AccountDao]:0.5

~~~

println(account);

    sqlSession.close();

    SqlSession sqlSession2=sqlSessionFactory.openSession();

    AccountDao accountDao2=sqlSession2.getMapper(AccountDao.class); 

    accountDao2.queryAccountById(1);

    sqlSession.close();

}

~~~

效果:

~~~ java

Cache Hit Ratio [com.xxx.dao.AccountDao]:0.5

~~~

需要视频配套资料或其他资料+我们小姐姐V lezijie007(加好友暗号 B站-LT ,不备注不加),快去撩她叭

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,088评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,715评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,361评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,099评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 60,987评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,063评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,486评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,175评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,440评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,518评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,305评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,190评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,550评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,880评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,152评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,451评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,637评论 2 335