ORM框架之Mybatis(五):一级缓存和二级缓存初步认识


Mybatis本身提供了两个级别的缓存分别是一级缓存的二级缓存,两个缓存的实现原理都是相同的,不同的是两种缓存的作用域不同,一级缓存作用域是一个SqlSession的生命周期,SqLSession发生了flush或者close,缓存就会被清空,而二级缓存的作用域是命名空间(namespace)级别,一个命名空间下的select查询都会存在同一个二级缓存中,即使多个SqlSession都是可以共用的。另外如果作用域内进行了CUD操作,都会将缓存中的数据清理掉,这个是两个级别缓存相同的。

1. 一级缓存

一级缓存的生命周期是基于单个SqlSession的,也可以理解为是单个线程的,因为在SqlSession使用完以后,都会关闭释放,一级缓存也会随之被清除。

1.1 一级缓存示意图

一级缓存是不分命名空间的,同一个SqlSession,在A空间里面执行查询后缓存到一级缓存中,在B空间里面执行也是会首先从一级缓存中尝试获取缓存数据,获取不到再到数据库中查询。

缓存刷新的时机是在执行CUD操作,这里不会检查你CUD的数据是否和缓存中的数据有关,缓存一定会被清理。

1.2 一级缓存开关

Mybatis的一级缓存是默认开启的,无需特意去开启,但是关闭时需要在标签上设置flushCache属性的值为true,表示刷新缓存。

insert、update、delete标签上,这个属性默认就是true,而在select标签上,默认值是false。因此设置flushCache只要在select标签上即可。

2. 二级缓存

二级缓存是基于单个命名空间namespace,不同的SqlSession请求同一个命名空间,都可以尝试从同一个二级缓存中获取数据。

2.1 缓存示意图

二级缓存开启后会存在于一级缓存之前,在查询数据的时候,首先从当前命名空间的二级缓存中获取数据,如果二级换缓存中没有再到一级缓存中查找,当都没有,就会从数据库中查询,并将查询的结果保存在一级和二级缓存中。从上面的图可以看的出来一级缓存是基于SqlSession的,二级缓存是基于namespace的。

2.2 缓存开关

首先是打开总开关,总开关配置的位置是mybatis的核心配置文件mybatis-config.xml中:

<settings>
    <!-- 开启二级缓存的总开关,默认值就是true -->
    <setting name="cacheEnabled" value="true"/>
</settings>

这个总开关配置以后并不能实现二级缓存,需要对命名空间使用二级缓存,需要在命名空间中加上<cache/>标签。如下:

<cache eviction="FIFO" flushInterval="50000" size="512" readOnly="true"/>
  • eviction表示回收策略,默认模式是LRU(最近最少使用),其余的还有以下几种方式。
    • LRU – 最近最少使用的:移除最长时间不被使用的对象。
    • FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
    • SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
    • WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
  • flushInterval表示刷新的时间,每隔多长时间刷新一次缓存中的数据,单位是毫秒,如果不设置,默认是不刷新。
  • size表示引用数目最大值,当数据达到此值的时候,会根据回收策略对缓存中的数据进行清理。
  • readOnly表示是否为只读,属性可以被设置为true或false。只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝(通过序列化)。这会慢一些,但是安全,因此默认是false。
  • type属性用来指定当前底层缓存实现类,默认是PerpetualCache,如果我们想使用自定义的Cache,则可以通过该属性来指定,对应的值是我们自定义的Cache的全路径名称。
  • blocking属性默认为false,当指定为true时将采用BlockingCache进行封装,blocking,阻塞的意思,使用BlockingCache会在查询缓存时锁住对应的Key,如果缓存命中了则会释放对应的锁,否则会在查询数据库以后再释放锁,这样可以阻止并发情况下多个线程同时查询数据,详情可参考BlockingCache的源码。

2.3 缓存缺点

二级缓存使用的很少,但是面试的时候问的多,这个可以做一个谈资,好好解释一波为什么。

二级缓存是基于namespace的,但是这种会存在很大的问题就是脏读,比如现在SqlSession1在xxMapper命名空间下查询了A数据,并将数据缓存在xxMapper命名空间缓存区中,SqlSeesion1执行结束后,A数据还是在缓存中,不会被清理,现在SqlSession2在ooMapper命名空间里对A数据进行了修改,这里需要注意的是,跨了命名空间,xxMapper命名空间里缓存的A数据并不会被清理掉,依然是之前缓存的数据。然后SqlSession3在xxMapper命名空间下查询A数据,A数据依然是之前SqlSession1留下的历史缓存数据,但是在数据库中,这个历史缓存数据已经被改了,这样就会导致SqlSession3读取的数据是错误的。造成数据的脏读。

因此总结来说,二级缓存基本没用的,但是这里还是花大篇幅来说,不是因为其重要,而是因为它是面(zhuang)试(bi)的资本。


文章作者: 程序猿洞晓
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 程序猿洞晓 !
评论
 上一篇
Java虚拟机那些事儿(十一):类加载的过程 Java虚拟机那些事儿(十一):类加载的过程
“加载”是“类加载”过程的一个阶段,不能混淆这两个名词。在加载阶段,虚拟机需要完成 3 件事。第一通过类的全限定名获取该类的二进制字节流。第二将二进制字节流所代表的静态结构转化为方法区的运行时数据结构。第三在内存中创建一个代表该类的 java.lang.Class 对象,作为方法区这个类的各种数据的访问入口。
2018-09-09
下一篇 
Java虚拟机那些事儿(十):类加载的时机 Java虚拟机那些事儿(十):类加载的时机
加载、验证、准备、初始化和卸载这 5 个阶段的顺序是确定的,类的加载过程必须按照这种顺序按部就班地开始(注意是“开始”,而不是“进行”或“完成”),而解析阶段则不一定:它在某些情况下可以在初始化后再开始,这是为了支持 Java 语言的运行时绑定。Java 虚拟机规范没有强制约束类加载过程的第一阶段(即:加载)什么时候开始,但对于……
2018-09-05
  目录