07 缓存机制

缓存机制

/**
     * 两级缓存:
     * 一级缓存:(本地缓存): sqlSession级别的缓存。一级缓存是一直开启的,SqlSession级别的一个map
     *      与数据库同一次会话期间查询到的数据会放在本地缓存中,
     *      以后如果需要获取相同的数据,直接从缓存中拿,没必要再去查询数据库
     *
     *      一级缓存失效情况(没有使用到当前一级缓存的情况,效果就是,还需要在向数据库发出查询)
     *      1、selSession不同
     *      2、selSession相同,查询条件不同
     *      3、selSession相同,两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响)
     *      4、selSession相同,手动清除了 一级缓存(缓存清空)
     *
     *
     * 二级缓存:(全局缓存):基于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 {
     *
     *          }
     *
     *  和缓存有关的设置/属性
     *          1)、cacheEnabled=true;false 关闭缓存(二级缓存关闭)(一级缓存一直可用)
     *          2)、每个 select 标签都有 userCache="true"
     *                  false:不可使用缓存(一级缓存依然可以使用,二级缓存不使用)
     *          3)、【每个增删改标签的 flushCache="true"  (一级二级都会清除)】
     *                  增删改完成后就会清除缓存
     *                  flushCache="true" 一级缓存就清空了 二级缓存也会被清楚
     *                  查询标签 flushCache="true" 每次查询之前都会清空缓存,缓存是没有被使用的
     *          4)、sqlSession.clearCache(); 只是清除当前session的一级缓存
     *          5)、localCacheScope:本地缓存作用域:(一级缓存SESSION);当前会话的所有数据保存在会话缓存中
     *                                   STATEMENT:可以禁用一级缓存
     *
     *
     */

cache标签

    <!--
    eviction:缓存的回收策略:
         • LRU – 最近最少使用的:移除最长时间不被使用的对象。
         • FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
         • SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
         • WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
         • 默认的是 LRU。
    flushInterval:缓存刷新间隔
        缓存多长清空一次 默认不清空,设置一个毫秒值

    readOnly: 是否只读
        true:只读 mybatis认为所有从缓存中获取数据的操作都是只读操作,不会修改数据
                  mybaits为了加快获取速度,直接就会将数据在缓存中的引用交给用户。不安全 速度快
        false:非只读: mybatis 觉得获取的数据可能会被修改
                mybatis会利用序列化&反序列化的奇数克隆一份新的数据木给你,安全速度慢

    size:缓存中存放多少元素

    type:指定缓存的全类名

    -->

    <cache eviction="FIFO" flushInterval="6000" readOnly="true" size="1024" type=""></cache>
	@Test
	public void testSecondLevelCache02() throws IOException{
		SqlSessionFactory sqlSessionFactory = getSqlSessionFactory();
		SqlSession openSession = sqlSessionFactory.openSession();
		SqlSession openSession2 = sqlSessionFactory.openSession();
		try{
			//1、
			DepartmentMapper mapper = openSession.getMapper(DepartmentMapper.class);
			DepartmentMapper mapper2 = openSession2.getMapper(DepartmentMapper.class);
			
			Department deptById = mapper.getDeptById(1);
			System.out.println(deptById);
			openSession.close();
			
			
			
			Department deptById2 = mapper2.getDeptById(1);
			System.out.println(deptById2);
			openSession2.close();
			//第二次查询是从二级缓存中拿到的数据,并没有发送新的sql
			
		}finally{
			
		}
	}
	@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{
			
		}
	}

缓存原理图示

整合ehcache

EhCache 是一个纯Java的进程内缓存框架,具有快速、精干等特点,是Hibernate中默认的CacheProvider。
• MyBatis定义了Cache接口方便我们进行自定义扩展。
• 步骤:
– 1、导入ehcache包,以及整合包,日志包
ehcache-core-2.6.8.jar、mybatis-ehcache-1.0.3.jar、slf4j-api-1.6.1.jar、slf4j-log4j12-1.6.2.jar
– 2、编写ehcache.xml配置文件

<?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(先进先出)
 -->

– 3、在映射文件中配置cache标签

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

• 参照缓存:若想在命名空间中共享相同的缓存配置和实例。
可以使用 cache-ref 元素来引用另外一个缓存。

    <!--引用缓存 namespace:指定和哪个名称空间下的缓存一样-->
    <cache-ref namespace="com.atguigu.mybatis.dao.EmployeeMapper"/>

posted @   flypiggg  阅读(35)  评论(0编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
点击右上角即可分享
微信分享提示