Mybatis03的缓存机制细讲--+演示配置+注意点+自我总结

缓存机制

1、什么是缓存 [ Cache ]?

存放内存中的临时数据。

将用户经常查询的数据放在缓存(内存)中,用户去查询数据就不用从磁盘上(关系型数据库数据文件)查询,从缓存中查询,从而提高查询效率,解决了高并发系统的性能问题。

2、为什么使用缓存?

减少和数据库的交互次数,减少系统开销,提高系统效率。

3、什么样的数据能使用缓存?

经常查询并且不经常改变的数据。 MyBatis 包含一个非常强大的查询缓存特性,它可以非常方便地配置和定制。缓存可以极大的提升查询效率。
MyBatis系统中默认定义了两级缓存:一级缓存和二级缓存。

一级缓存

工作机制

一级缓存:(本地缓存):SqlSession级别的缓存,一级缓存是一直开启的,没法关闭。方法之间不共用!
与数据库同一次会话期间查询到的数据放在本地缓存中。
以后如果需要获取相同的数据,直接从缓存中拿,没必要再去查询数据库。就不会再执行SQL语句了。

案例展示

1.加入日志(方便查看测试结果)

<!-- Maven中导入日志-->
    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.12</version>
    </dependency>
<!-- 在mybatis中标准日志实现-->
    <settings>
        <setting name="logImpl" value="STDOUT_LOGGING"/>
    </settings>

2.接口方法

 List<User> getUserList(Map<String,Integer> map);

3.Mapper.xml配置

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
        PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<!--namespace-绑定一个对应dao/mapper接口-->
<mapper namespace="com.lei.dao.UserDao">
<!--    select查询语句,id对应接口中的方法;resultType返回结果-->
    <select id="selectUserById" resultType="com.lei.pojo.User">
  select * from user1 where id=#{id}</select>
  </Mapper>

4.测试

    @Test
    public void selectUserById(){
//            获取sqlsession对象
            SqlSession session = MybatisUtils.getSession();
            UserDao userDao=session.getMapper(UserDao.class);

            User user=userDao.selectUserById(2);
            System.out.println(user);
            session.close();
        }

在这里插入图片描述

对于mybatis基本配置有疑问的,可参考我的mybatis01第一篇博客Mybatis01的使用和案例测试

一级缓存失效的四种情况:

1.sqlSession不同(不是同一次会话)

 @Test
public void testGetEmployee() throws IOException{
    SqlSessionFactory sessionFactory = testBefore();
    SqlSession openSession= sessionFactory.openSession();
    EmployeeMapper mapper = openSession.getMapper(EmployeeMapper.class);
    Employee emp = mapper.getEmployeeById(2);
    System.out.println(emp);    
    SqlSession openSession2= sessionFactory.openSession();
    EmployeeMapper mapper2 = openSession2.getMapper(EmployeeMapper.class);
    Employee emp2 = mapper2.getEmployeeById(2);
    System.out.println(emp2);                   
    System.out.println(emp == emp2);            
    openSession.close();
    openSession2.close();
        }

后台会执行两次SQL语句。
结论:每个sqlSession中的缓存相互独立

2.SqlSession相同,但是查询条件不一样[当前缓存中还没有这个数据]

@Test
public void testGetEmployee() throws IOException{
        SqlSessionFactory sessionFactory = testBefore();
        SqlSession openSession= sessionFactory.openSession();
        EmployeeMapper mapper = openSession.getMapper(EmployeeMapper.class);
        Employee emp = mapper.getEmployeeById(2);
        System.out.println(emp);
        Employee emp2 = mapper.getEmployeeById(3);
        System.out.println(emp2);   
        System.out.println(emp == emp2);
        openSession.close();
            }

3.SqlSession相同,但是两次查询之间执行了增删改操作【这次增删改可能对当前数据有影响】

@Test
public void testGetEmployee() throws IOException{
        SqlSessionFactory sessionFactory = testBefore();
        SqlSession openSession= sessionFactory.openSession();
        EmployeeMapper mapper = openSession.getMapper(EmployeeMapper.class);
        Employee emp = mapper.getEmployeeById(2);
        System.out.println(emp);
        mapper.updateEmp(new Employee(1, 1, "张三","zhangsan@123.com", new Department(1)));
        Employee emp2 = mapper.getEmployeeById(2);
        System.out.println(emp2);   
        System.out.println(emp == emp2);
        openSession.close();
                }

增删改操作默认刷新的缓存。

4.SqlSession相同,手动清除了一级缓存[缓存清空]。

@Test
public void testGetEmployee() throws IOException{
        SqlSessionFactory sessionFactory = testBefore();
        SqlSession openSession= sessionFactory.openSession();
        EmployeeMapper mapper = openSession.getMapper(EmployeeMapper.class);
        Employee emp = mapper.getEmployeeById(2);
        System.out.println(emp);
        //手动清空缓存
        openSession.clearCache();
        Employee emp2 = mapper.getEmployeeById(2);
        System.out.println(emp2);   
        System.out.println(emp == emp2);
        openSession.close();
                }

以上四种操作都会执行两次SQL语句。

SqlSession是通过SqlSessionFactory来构造的,相当于维护一个连接池,当我们不停的进行查询的时候,由于没有关闭连接,导致与数据库的连接数量达到了一个上限(可能连接池有最大连接数,但是我们有找到文档)。到达上限之后,再次请求查询时,Factory说没有连接了,让你先等一下,它先去判断哪些SqlSession已经没有人使用了(类似于垃圾回收机制),然后调用相应的进程去自动关闭没用的session连接,注意调用进程可是要排队的,也要耗时间。等关闭了没有用的session之后,Factory通知你,有空闲的session了,开始准备你的查询吧,所有才会有等待很长一段时间才出现:
就是Mybatis中的session一定要手动去关闭它,session.close(),不然会占着资源,导致性能下降!!!

二级缓存

二级缓存:【全局缓存】:基于namespace级别的缓存:一个namespace对应一个二级缓存。
【一级缓存的范围还是太小了,每次SqlSession一关闭,一级缓存中的数据就消失】
所以从这个角度讲:能跨sqlSession的缓存为二级缓存!

工作机制:

1、一个会话,查询一条数据,这个数据就会被放在当前会话的一级缓存中。
2.如果会话关闭,一级缓存中的数据会被保存到二级缓存中;新的会话查询信息,就可以参照二级缓存中。
3.SqlSession === EmployeeMapper ===> Employee
DepartmentMapper ===> Department
不同namespace查出的数据会放在自己对应的缓存中(map)
效果:数据会从二级缓存中获取
查出的数据都会被默认先放在一级缓存中。
只有会话提交或者关闭之后,一级缓存中的数据才会转移到二级缓存中。

需要注意的是:在哪个Mapper.xml文件中开启了缓存标签,哪个Mapper中就开启了二级缓存,即不同的mapper查出的数据会放在自己对应的缓存(map)中

开启二级缓存步骤:

1.开启全局二级缓存配置,在mybatis-config.xml中配置:

<settings>
<setting name="cacheEnabled" value="true"/>
 </settings>

2.去每个mapper.xml中配置使用二级缓存:

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

1.eviction=“FIFO”:缓存回收策略: LRU –最近最少使用的:移除最长时间不被使用的对象。
FIFO–先进先出:按对象进入缓存的顺序来移除它们。
SOFT –软引用:移除基于垃圾回收器状态和软引用规则的对象。 WEAK–弱引用:更积极移除基于垃圾收集器状态和弱引用规则的对象。
默认的是LRU。
2.flushInterval:缓存刷新间隔
缓存多长时间清空一次,默认不清空,设置一个毫秒值。
3.size:引用数目,正整数 代表缓存最多可以存储多少个对象,太大容易导致内存溢出
4.readOnly:是否只读,true/false
true:只读缓存;mybatis认为所有从缓存中获取数据的操作都是只读操作,不会修改数据。
mybatis为了加快获取速度,直接就会将数据在缓存中的引用交给用户。不安全,速度快。
false:非只读:mybatis觉得获取的数据可能会被修改。 mybatis会利用序列化&反序列化的技术克隆一份。安全,速度慢。
5.type:指定自定义缓存的全类名

3.完成后,在次测试
在这里插入图片描述

需要注意的是:

  • 只有一级缓存中关闭的情况下,二级缓存才会被使用。
  • 查出的数据都会被默认先放在一级缓存中。
  • 在哪个Mapper.xml文件中开启了缓存标签,哪个Mapper中就开启了二级缓存。

和缓存有关的设置/属性:

1)cacheEnabled=”true”: false:关闭缓存(二级缓存关闭)【一级缓存一直可用】
2)每个select标签都有useCache=”true”;
false:不使用缓存(一级缓存依然使用,二级缓存不使用)
3)每个增删改标签都有一个flushCache=”true”:增删改执行完成后就会清楚缓存【一级二级缓存都会被清空】
查询标签:flushCache = “false”
如果flushCache = true;每次查询之前都会清空缓存,缓存是没有被使用!

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值