【MyBatis缓存】二级缓存详细配置,一级缓存失效,ehcache

1. MyBatis 一级缓存 和 二级缓存

当执行一条查询SQL时,流程为

  • 从二级馒存中进行查询
  • 进入一级最存中查询执行JDBC查询。
    • 缓存的顺序:二级缓存;一级缓存:数据库

一级缓存

  • 与数据库同一次会话期间查询到的数据会放在本地缓存中。

    • 以后如果需要获取相同的数据,直接从缓存中拿,没必要再去查询数据库;
  • 默认情况下,只有一级缓存(SqlSession级别的缓存, 也称为本地缓存)开启,

  • 一级缓存是一直开启的;

    • SqlSession级别的一个Map

二级缓存

  • 全局缓存

  • 二级缓存需要手动开启和配置,他是基于namespace级 别的缓存,一个namespace对应一个二级缓存:

  • 为了提高扩展性。MyBatis定义了缓存接口Cache。

    • 我们 可以通过实现Cache接口来自定义二级缓存
  • 一级缓存关闭后,才 放入 二级缓存。
  
     * 工作机制:
     * 1、一个会话,查询一条数据,这个数据就会被放在当前会话的一级缓存中;
     * 2、如果会话关闭;一级缓存中的数据会被保存到二级缓存中;新的会话查询信息,就可以参照二级缓存中的内容;
         
     * 3、sqlSession===EmployeeMapper==>Employee
     * DepartmentMapper===>Department
         
     * 不同namespace查出的数据会放在自己对应的缓存中(map)
     * 效果:数据会从二级缓存中获取
     * 查出的数据都会被默认先放在一级缓存中。
     * 只有会话提交或者关闭以后,一级缓存中的数据才会转移到二级缓存中
         
     * 使用:
     * 1)、开启全局二级缓存配置:<setting name="cacheEnabled" value="true"/>
     * 2)、去mapper.xml中配置使用二级缓存:
     * <cache></cache>
     * 3)、我们的POJO需要实现序列化接口。public class Employee implements Serializable{

一级缓存失效的4情况

     * 一级缓存失效情况(没有使用到当前一级缓存的情况,效果就是,还需要再向数据库发出查询):
     * 1、sqlSession不同。
     * 2、sqlSession相同,查询条件不同.(当前一级缓存中还没有这个数据)
     * 3、sqlSession相同,两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响)
     * 4、sqlSession相同,手动清除了一级缓存(缓存清空)
手动清理 1级缓存
        SqlSessionFactory sqlSessionFactory = getSqlSessionFactory();
        SqlSession openSession = sqlSessionFactory.openSession();

            //4、sqlSession相同,手动清除了一级缓存(缓存清空)
            //openSession.clearCache();
getSqlSessionFactory工具类
    public SqlSessionFactory getSqlSessionFactory() throws IOException {
        String resource = "mybatis-config.xml";
        InputStream inputStream = Resources.getResourceAsStream(resource);
        return new SqlSessionFactoryBuilder().build(inputStream);
    }

二级缓存

开启
	<settings>
		<setting name="mapUnderscoreToCamelCase" value="true"/>

		<!--显式的指定每个我们需要更改的配置的值,即使他是默认的。防止版本更新带来的问题  -->
		<setting name="cacheEnabled" value="true"/> 二级缓存,默认是开启的,我们显示配置。
		<setting name="lazyLoadingEnabled" value="true"/>
	</settings>
配置 和 回收策略
  • 在 每个 Mapper.xml配置
	<!--<cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache>-->
	<cache eviction="FIFO" flushInterval="60000" readOnly="false" size="1024"></cache>
	<!--  
	eviction:缓存的回收策略:
		• LRU – 最近最少使用的:移除最长时间不被使用的对象。
		• FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
		• SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。内存不足就收。
		• WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。垃圾回收的时候,一律回收。
		• 默认的是 LRU。

	type="":指定自定义缓存的全类名;实现Cache接口即可;
	-->
  • java四大引用,强软弱虚
关闭回话放入二级缓存
            openSession.close();//只有回话关掉了,才会放入 二级缓存。
			//清除当前session的一级缓存;
引用某个名称空间下的缓存
	<!-- 引用缓存:namespace:指定和哪个名称空间下的缓存一样 -->
	<cache-ref namespace="com.atguigu.mybatis.dao.EmployeeMapper"/>
有关的设置 见下面文档
每个增删改标签的:flushCache="true":(一级二级都会清除)

整合ehcache缓存

 * 第三方缓存整合:
 * 1)、导入第三方缓存包即可;
 * 2)、导入与第三方缓存整合的适配包;官方有;
 * 3)、mapper.xml中使用自定义缓存
 
缓存包,包含:
ehcache-core-2.6.8jar
sl4j-api-1.6.1jar
slf4j-log412-1.6.2.jar
<dependency>
	<groupId>org.mybatis.caches</groupId>
	<artifactId>mybatis-ehcache</artifactId>
	<version>1.1.0</version>
</dependency>

	//2023年2月14日
    <version>1.2.3</version>
<mapper namespace="org.acme.FooMapper">
  <cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
  ...
</mapper>
ehcache.xml
  • 放入 classpath 下:
 <!-- 磁盘保存路径 -->
 <diskStore path="D:\44\ehcache" />

请添加图片描述

MyBatis-缓存机制 详细文档

  • 2017年3月4日

1、 一级 二级基本了解

MyBatis 包含一个非常强大的查询缓存特性,它可以非 常方便地配置和定制。缓存可以极大的提升查询效率。 • MyBatis系统中默认定义了两级缓存。

• 一级缓存和

  • 本地缓存

二级缓存。

  • 全局缓存

– 1、默认情况下,只有一级缓存(SqlSession级别的缓存, 也称为本地缓存)开启。

– 2、二级缓存需要手动开启和配置,他是基于namespace级 别的缓存。

– 3、为了提高扩展性。MyBatis定义了缓存接口Cache。我们 可以通过实现Cache接口来自定义二级缓存

2、通用获取工厂

    public SqlSessionFactory getSqlSessionFactory() throws IOException {
        String resource = "mybatis-config.xml";
        InputStream inputStream = Resources.getResourceAsStream(resource);
        return new SqlSessionFactoryBuilder().build(inputStream);
    }

3、一级缓存文字描述

     * 两级缓存:
     * 一级缓存:(本地缓存):sqlSession级别的缓存。一级缓存是一直开启的;SqlSession级别的一个Map
     * 与数据库同一次会话期间查询到的数据会放在本地缓存中。
     * 以后如果需要获取相同的数据,直接从缓存中拿,没必要再去查询数据库;
     * <p>
     *
     * 一级缓存失效情况(没有使用到当前一级缓存的情况,效果就是,还需要再向数据库发出查询):
     * 1、sqlSession不同。
     * 2、sqlSession相同,查询条件不同.(当前一级缓存中还没有这个数据)
     * 3、sqlSession相同,两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响)
     * 4、sqlSession相同,手动清除了一级缓存(缓存清空)

4、一级缓存失效演示

    @Test
    public void testFirstLevelCache() throws IOException {
        SqlSessionFactory sqlSessionFactory = getSqlSessionFactory();
        SqlSession openSession = sqlSessionFactory.openSession();
        try {
            EmployeeMapper mapper = openSession.getMapper(EmployeeMapper.class);
            //连着 查询两次,对象是 相等的
            Employee emp01 = mapper.getEmpById(1);
            System.out.println(emp01);

            //xxxxx
            //1、sqlSession不同。
            //SqlSession openSession2 = sqlSessionFactory.openSession();
            //EmployeeMapper mapper2 = openSession2.getMapper(EmployeeMapper.class);

            //2、sqlSession相同,查询条件不同

            //3、sqlSession相同,两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响)
            //mapper.addEmp(new Employee(null, "testCache", "cache", "1"));
            //System.out.println("数据添加成功");

            //4、sqlSession相同,手动清除了一级缓存(缓存清空)
            //openSession.clearCache();

            Employee emp02 = mapper.getEmpById(1);
            //Employee emp03 = mapper.getEmpById(3);
            System.out.println(emp02);
            //System.out.println(emp03);
            System.out.println(emp01 == emp02);

            //openSession2.close();
        } finally {
            openSession.close();
        }
    }

5、二级缓存

开启
	<settings>
		<setting name="mapUnderscoreToCamelCase" value="true"/>
		<setting name="jdbcTypeForNull" value="NULL"/>
		
		<!--显式的指定每个我们需要更改的配置的值,即使他是默认的。防止版本更新带来的问题  -->
		<setting name="cacheEnabled" value="true"/> 二级缓存,默认是开启的,我们显示配置。
		<setting name="lazyLoadingEnabled" value="true"/>
		<setting name="aggressiveLazyLoading" value="false"/>
	</settings>
详细配置
	<cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache>
	<!-- <cache eviction="FIFO" flushInterval="60000" readOnly="false" size="1024"></cache> -->
	<!--  
	eviction:缓存的回收策略:
		• LRU – 最近最少使用的:移除最长时间不被使用的对象。
		• FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
		• SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。内存不足就收。
		• WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。垃圾回收的时候,一律回收。
		• 默认的是 LRU。
	flushInterval:缓存刷新间隔
		缓存多长时间清空一次,默认不清空,设置一个毫秒值
	readOnly:是否只读:
		true:只读;mybatis认为所有从缓存中获取数据的操作都是只读操作,不会修改数据。
				 mybatis为了加快获取速度,直接就会将数据在缓存中的引用交给用户。不安全,速度快
		false:非只读:mybatis觉得获取的数据可能会被修改。
				mybatis会利用序列化&反序列的技术克隆一份新的数据给你。安全,速度慢
	size:缓存存放多少元素;
	type="":指定自定义缓存的全类名;
			实现Cache接口即可;
	-->
测试
    @Test
    public void testSecondLevelCache() throws IOException {
        SqlSessionFactory sqlSessionFactory = getSqlSessionFactory();
        SqlSession openSession = sqlSessionFactory.openSession();
        SqlSession openSession2 = sqlSessionFactory.openSession();
        try {
            //1、
            EmployeeMapper mapper = openSession.getMapper(EmployeeMapper.class);
            EmployeeMapper mapper2 = openSession2.getMapper(EmployeeMapper.class);

            Employee emp01 = mapper.getEmpById(1);
            System.out.println(emp01);
            openSession.close();//只有回话关掉了,才会放入 二级缓存。

            //第二次查询是从二级缓存中拿到的数据,并没有发送新的sql
            //mapper2.addEmp(new Employee(null, "aaa", "nnn", "0"));
            Employee emp02 = mapper2.getEmpById(1);
            System.out.println(emp02);
            openSession2.close();

        } finally {
        }
    }
二级缓存文字
     * 二级缓存:(全局缓存):基于namespace级别的缓存:一个namespace对应一个二级缓存:
     * 工作机制:
     * 1、一个会话,查询一条数据,这个数据就会被放在当前会话的一级缓存中;
     * 2、如果会话关闭;一级缓存中的数据会被保存到二级缓存中;新的会话查询信息,就可以参照二级缓存中的内容;
     * 3、sqlSession===EmployeeMapper==>Employee
     * DepartmentMapper===>Department
     * 不同namespace查出的数据会放在自己对应的缓存中(map)
     * 效果:数据会从二级缓存中获取
     * 查出的数据都会被默认先放在一级缓存中。
     * 只有会话提交或者关闭以后,一级缓存中的数据才会转移到二级缓存中
     * 使用:
     * 1)、开启全局二级缓存配置:<setting name="cacheEnabled" value="true"/>
     * 2)、去mapper.xml中配置使用二级缓存:
     * <cache></cache>
     * 3)、我们的POJO需要实现序列化接口。public class Employee implements Serializable{

6、和缓存有关的设置

  • 的 cacheEnabled=true
  • 每个select标签都有useCache=“true”
  • 每个增删改标签的:flushCache=“true”
    • 查询标签:flushCache=“false”
  • sqlSession.clearCache()
  • localCacheScope:本地缓存作用域
     * 和缓存有关的设置/属性:
     * 1)、cacheEnabled=truefalse:关闭缓存(二级缓存关闭)(一级缓存一直可用的)
     *
     * 2)、每个select标签都有useCache="true"* false:不使用缓存(一级缓存依然使用,二级缓存不使用)
     * 3)、【每个增删改标签的:flushCache="true":(一级二级都会清除)】
     * 增删改执行完成后就会清楚缓存;
     * 测试:flushCache="true":一级缓存就清空了;二级也会被清除;
     *
     * 查询标签:flushCache="false":查询是 不清 缓存的。
     * 如果flushCache=true;每次查询之后都会清空缓存;缓存是没有被使用的;
     *
     *
     * 4)、sqlSession.clearCache();只是清楚当前session的一级缓存;
     * 5)、localCacheScope:本地缓存作用域:(一级缓存SESSION);当前会话的所有数据保存在会话缓存中;依然配置在:<settings>*          STATEMENT:可以禁用一级缓存;

7、总结

  • 二级缓存:(全局缓存):基于namespace级别的缓存:一个namespace对应一个二级缓存:

  • 一级缓存:(本地缓存):sqlSession级别的缓存。一级缓存是一直开启的;SqlSession级别的一个Map

    • 一级缓存关闭后,才 放入 二级缓存。
  • 新的回话过来,有二级缓存,就先看 二级缓存。

    • 缓存的顺序:二级缓存;一级缓存:数据库
  • 基于:PerpetualCache

    • 还有:FifoCache,LruCache,SerializedCache
public class PerpetualCache implements Cache {
    private Map<Object, Object> cache = new HashMap();
}

8、整合ehcache缓存

  • MyBatis提供的 Cache接口
public interface Cache {
    String getId();

    void putObject(Object var1, Object var2);

    Object getObject(Object var1);

    Object removeObject(Object var1);

    void clear();

    int getSize();

    ReadWriteLock getReadWriteLock();
}
  • 导入 ehcache
ehcache-core-2.6.8jar
sl4j-api-1.6.1jar
slf4j-log412-1.6.2.jar
<dependency>
	<groupId>org.mybatis.caches</groupId>
	<artifactId>mybatis-ehcache</artifactId>
	<version>1.1.0</version>
</dependency>

	//2023年2月14日
    <version>1.2.3</version>
使用
     * 第三方缓存整合:
     * 1)、导入第三方缓存包即可;
     * 2)、导入与第三方缓存整合的适配包;官方有;
     * 3)、mapper.xml中使用自定义缓存
<mapper namespace="org.acme.FooMapper">
  <cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
  ...
</mapper>
ehcache.xml
  • 放入 classpath 下:
<?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:\44\ehcache" />
 
 <defaultCache 
   maxElementsInMemory="10000" 
   maxElementsOnDisk="10000000"
   eternal="false" 
   overflowToDisk="true" 
   timeToIdleSeconds="120"
   timeToLiveSeconds="120" 
   diskExpiryThreadIntervalSeconds="120"
   memoryStoreEvictionPolicy="LRU">
 </defaultCache>
</ehcache>
 
<!-- 
属性说明:
l diskStore:指定数据在磁盘中的存储位置。
l defaultCache:当借助CacheManager.add("demoCache")创建Cache时,EhCache便会采用<defalutCache/>指定的的管理策略
 
以下属性是必须的:
l maxElementsInMemory - 在内存中缓存的element的最大数目 
l maxElementsOnDisk - 在磁盘上缓存的element的最大数目,若是0表示无穷大
l eternal - 设定缓存的elements是否永远不过期。如果为true,则缓存的数据始终有效,如果为false那么还要根据timeToIdleSeconds,timeToLiveSeconds判断
l overflowToDisk - 设定当内存缓存溢出的时候是否将过期的element缓存到磁盘上
 
以下属性是可选的:
l timeToIdleSeconds - 当缓存在EhCache中的数据前后两次访问的时间超过timeToIdleSeconds的属性取值时,这些数据便会删除,默认值是0,也就是可闲置时间无穷大
l timeToLiveSeconds - 缓存element的有效生命期,默认是0.,也就是element存活时间无穷大
 diskSpoolBufferSizeMB 这个参数设置DiskStore(磁盘缓存)的缓存区大小.默认是30MB.每个Cache都应该有自己的一个缓冲区.
l diskPersistent - 在VM重启的时候是否启用磁盘保存EhCache中的数据,默认是false。
l diskExpiryThreadIntervalSeconds - 磁盘缓存的清理线程运行间隔,默认是120秒。每个120s,相应的线程会进行一次EhCache中数据的清理工作
l memoryStoreEvictionPolicy - 当内存缓存达到最大,有新的element加入的时候, 移除缓存中element的策略。默认是LRU(最近最少使用),可选的有LFU(最不常使用)和FIFO(先进先出)
 -->
  • 引入缓存
	<!-- 引用缓存:namespace:指定和哪个名称空间下的缓存一样 -->
	<cache-ref namespace="com.atguigu.mybatis.dao.EmployeeMapper"/>

9、缓存原理图

client——> 一次会话 sqlsession对象 ——> CachingExecutor ——> Executor ——> Database

一次会话 sqlsession对象,包含下面的两个对象:

  • CachingExecutor ——> Executor
    • 其中:Executor对象: 查询后,缓存到 一级缓存 本地缓存 Local Cache

configuration对象

  • 里存 二级缓存—— 可以调用 自定义的缓存 如 MemCached

  • 当执行一条查询SQL时,流程为
    从二级存中进行查询
    进入一级存中查询执行JDBC查询。

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值