您的位置: 首页  >  文章  >  mybatis的 一，二级缓存

mybatis的 一，二级缓存

分类: 文章 • 2024-03-14 15:44:46

 

mybatis提供一级缓存和二级缓存

一级缓存：是一个SqlSession级别，sqlsession只能访问自己的一级缓存的数据。

mybatis的 一，二级缓存

下面属于理解性语言 我也只是 看别人那么讲源码    自己还没拔过（——     ——！）

第一次发出一个查询sql，sql查询结果写入sqlsession的一级缓存中，缓存使用的数据结构是一个map<key,value>

key：hashcode+sql+sql输入参数+输出参数（sql的唯一标识）value：用户信息，同一个sqlsession再次发出相同的sql，就从缓存中取不走数据库。如果两次中间出现commit操作（修改、添加、删除），本sqlsession中的一级缓存区域全部清空，下次再去缓存中查询不到所以要从数据库查询，从数据库查询到再写入缓存。

（下面这句话是重点------------大多数我们都是与spring整合）

mybatis默认支持一级缓存不需要配置。

注意：mybatis和spring整合后进行mapper代理开发，不支持一级缓存，mybatis和spring整合，spring按照mapper的模板去生成mapper代理对象，模板中在最后统一关闭sqlsession。

 

个人觉得 以上全部废话 但可以和别人吹吹牛逼觉得自己 高大上 一点（0.0）

 

二级缓存：是跨sqlSession，是mapper级别的缓存，对于mapper级别的缓存不同的sqlsession是可以共享的。

mybatis的 一，二级缓存

二级缓存的范围是mapper级别（mapper同一个命名空间），mapper以命名空间为单位创建缓存数据结构，结构是map<key、value>

mybatis二级缓存配置

第一步：在核心配置文件SqlMapConfig.xml中加入下面标记的代码

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
        PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-config.dtd">
<!-- 只需要一个空的<configuration>(必须，不写会报错)，数据源、别名、mapper的扫描都已经在applicationContext.xml中定义 -->
<configuration>
        <!--延迟加载-->
    <settings>
        <!--开启延迟加载-->
        <setting name="lazyLoadingEnabled" value="true"/>
        <!--关闭按需加载-->
        <setting name="aggressiveLazyLoading" value="false"/>
       <!-- 开启二级缓存-->
        <setting name="cacheEnabled" value="true"/>
    </settings>
    <!--配置别名-->
    <typeAliases>
        <package name="com.maven.pojo"/>
    </typeAliases>
</configuration>

cacheEnabled：对在此配置文件下的所有cache 进行全局性开/关设置。默认值-true

 

第二步：要在你的Mapper映射文件中添加一行：  <cache /> ，表示此mapper开启二级缓存。

 

下面是<cache />标签的属性

如下例子：

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

mybatis的cache参数只适用于mybatis维护缓存。

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

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

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

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

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

----------------------------but（弱弱的飞句 英语，本人英文非常菜 ）

（  重点*****）mybatis二级缓存需要将查询结果映射的pojo实现 java.io.serializable接口

 

否则会出现异常（不好意思异常删除了一部分，因为太长了看这头晕）

org.apache.ibatis.cache.CacheException: Error serializing object.  Cause: java.io.NotSerializableException: com.maven.pojo.User$$EnhancerByCGLIB$$58f0c081

    at org.apache.ibatis.cache.decorators.SerializedCache.serialize(SerializedCache.java:90)
    at org.apache.ibatis.cache.decorators.SerializedCache.putObject(SerializedCache.java:50)
    at org.apache.ibatis.cache.decorators.LoggingCache.putObject(LoggingCache.java:45)
    at org.apache.ibatis.cache.decorators.SynchronizedCache.putObject(SynchronizedCache.java:46)
    at org.apache.ibatis.cache.decorators.TransactionalCache$AddEntry.commit(TransactionalCache.java:111)
    at org.apache.ibatis.cache.decorators.TransactionalCache.commit(TransactionalCache.java:81)
    at org.apache.ibatis.cache.TransactionalCacheManager.commit(TransactionalCacheManager.java:37)
    at org.apache.ibatis.executor.CachingExecutor.close(CachingExecutor.java:62)

 

为什么要实现序列化接口呢？

因为：------------二级缓存可以将内存的数据写到磁盘，存在对象的序列化和反序列化，所以要实现java.io.serializable接口。

如果结果映射的pojo中还包括了pojo，都要实现java.io.serializable接口。

二级缓存禁用

对于变化频率较高的sql，需要禁用二级缓存：

在statement中设置useCache=false可以禁用当前select语句的二级缓存，即每次查询都会发出sql去查询，默认情况是true，即该sql使用二级缓存。

<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">

刷新缓存

如果sqlsession操作commit操作，对二级缓存进行刷新（全局清空）。

设置statement的flushCache是否刷新缓存，默认值是true。

<select id="findOrderListResultMap" resultMap="ordersUserMap" flushCache="true">

 

收工！！！！！！！！！----------------------------------------------------------------------

 

 

 


    

 

相关推荐