SSM框架学习-MyBatis篇 Cache缓存的使用

时间:2024-04-05 16:49:08

SSM框架学习-MyBatis篇 Cache缓存的使用

缓存:

MyBatis 包含一个非常强大的查询缓存特性,比如用户登录后获取用户名,在登录的时候,已经查询过一次了,那么在后续

的相关操作的时候就不许要再次查询一次。这个时候就需要在缓存里面获取。

在MyBatis里面,

  1. 一级缓存是session会话级别,创建一个session就会开启一个会话;
  2. 二级缓存是会话工厂级别就是sqlsessionfactory级别,要开启二级缓存

需要填加一个 <cache />

  • 映射语句文件中的所有 select 语句将会被缓存。
  • 映射语句文件中的所有 insert,update 和 delete 语句会刷新缓存。
  • 缓存会使用 Least Recently Used(LRU,最近最少使用的)算法来收回。
  • 根据时间表(比如 no Flush Interval,没有刷新间隔), 缓存不会以任何时间顺序 来刷新。
  • 缓存会存储列表集合或对象(无论查询方法返回什么)的 1024 个引用。
  • 缓存会被视为是 read/write(可读/可写)的缓存,意味着对象检索不是共享的,而 且可以安全地被调用者修改,而不干扰其他调用者或线程所做的潜在修改。

比如:

SSM框架学习-MyBatis篇 Cache缓存的使用

执行完上面语句1,2的时候,按照常理因该是两句sql语句执行。

但是在log4j打印出来的日志来看,只有一句sql语句被执行

SSM框架学习-MyBatis篇 Cache缓存的使用

这是为什么呢?解答如下

SSM框架学习-MyBatis篇 Cache缓存的使用

当然,如果第二次查询之前,存在着缓存失效的情况。

缓存失效

如果第二次查询之前,存在着缓存失效的情况。比如,

  1. 第一次查询之后,这个表的数据被执行了增删改的操作。
  2. 缓存被执行了强制清空的操作。

这样的话,同一个会话再执行查询的话就会再次执行一次sql语句从数据库里面查询一次

失效方式1,执行增删改操作使其失效

SSM框架学习-MyBatis篇 Cache缓存的使用

这样的话,执行两次查询,两次查询之间存在一个update的操作

 

失效方式2,执行强制清空缓存的操作

SSM框架学习-MyBatis篇 Cache缓存的使用

 

开启二级缓存:

怎么开启二级缓存呢?首先在mapper里面添加这样一句话

SSM框架学习-MyBatis篇 Cache缓存的使用

默认值为true,然后在想要开启二级缓存的mapper.xml文件里面添加

SSM框架学习-MyBatis篇 Cache缓存的使用

然后就可以使用二级缓存了,因为二级缓存是会话级别的,意思是之前的会话close之后,下一个会话可以取到相同的sql语句的结果

怎么体现呢,现在controller(test)里面写一个:

SSM框架学习-MyBatis篇 Cache缓存的使用

有个catch hit ratio ,说明使用的是缓存里面的内容,使用缓存成功!。

 

关于cache的详细配置:

上面的例子,cache没有详细配置。官网给出的样例是这个,直接copy过来自己改就是了,反正也记不住

<cache
  eviction="FIFO"
  flushInterval="60000"
  size="512"
  readOnly="true"/>

这个更高级的配置创建了一个 FIFO 缓存,并每隔 60 秒刷新,存数结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此在不同线程中的调用者之间修改它们会 导致冲突。

可用的收回策略有:

  • LRU – 最近最少使用的:移除最长时间不被使用的对象。
  • FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
  • SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
  • WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。

默认的是 LRU。

flushInterval(刷新间隔)可以被设置为任意的正整数,而且它们代表一个合理的毫秒 形式的时间段。默认情况是不设置,也就是没有刷新间隔,缓存仅仅调用语句时刷新。

size(引用数目)可以被设置为任意正整数,要记住你缓存的对象数目和你运行环境的 可用内存资源数目。默认值是 1024。

readOnly(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓 存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存 会返回缓存对象的拷贝(通过序列化) 。这会慢一些,但是安全,因此默认是 false。

但是我们一般不自定义缓存,以后会学习Redis更专业的缓存配置方案