mybatis一级缓存和二级缓存(一)

一级缓存：

就是Session级别的缓存。一个Session做了一个查询操作，它会把这个操作的结果放在一级缓存中。

如果短时间内这个session（一定要同一个session）又做了同一个操作，那么hibernate直接从一级缓存中拿，而不会再去连数据库，取数据。

它是内置的事务范围的缓存，不能被卸载。

二级缓存：

就是SessionFactory级别的缓存。顾名思义，就是查询的时候会把查询结果缓存到二级缓存中。

如果同一个sessionFactory创建的某个session执行了相同的操作，hibernate就会从二级缓存中拿结果，而不会再去连接数据库。

这是可选的插件式的缓存，在默认情况下，SessionFactory不会启用这个插件。

可以在每个类或每个集合的粒度上配置。缓存适配器用于把具体的缓存实现与Hibernate集成。

严格意义上说，SessionFactory缓存分为两类：内置缓存和外置缓存。我们通常意义上说的二级缓存是指外置缓存。

内置缓存与session级别缓存实现方式相似。前者是SessionFactory对象的一些集合属性包含的数据，后者是指Session的一些集合属性包含的数据

SessionFactory的内置缓存中存放了映射元数据和预定义SQL语句。

映射元数据是映射文件中数据的拷贝；

而预定义SQL语句是在Hibernate初始化阶段根据映射元数据推导出来。

SessionFactory的内置缓存是只读的，应用程序不能修改缓存中的映射元数据和预定义SQL语句，因此SessionFactory不需要进行内置缓存与映射文件的同步。

Hibernate的这两级缓存都位于持久化层，存放的都是数据库数据的拷贝。

缓存的两个特性：

缓存的范围

缓存的并发访问策略

1、缓存的范围

决定了缓存的生命周期以及可以被谁访问。缓存的范围分为三类。

事务范围

进程范围

集群范围

注：

对大多数应用来说，应该慎重地考虑是否需要使用集群范围的缓存，因为访问的速度不一定会比直接访问数据库数据的速度快多少。

事务范围的缓存是持久化层的第一级缓存，通常它是必需的；进程范围或集群范围的缓存是持久化层的第二级缓存，通常是可选的。

2、缓存的并发访问策略

当多个并发的事务同时访问持久化层的缓存的相同数据时，会引起并发问题，必须采用必要的事务隔离措施。

在进程范围或集群范围的缓存，即第二级缓存，会出现并发问题。

因此可以设定以下四种类型的并发访问策略，每一种策略对应一种事务隔离级别。

事务型并发访问策略是事务隔离级别最高，只读型的隔离级别最低。事务隔离级别越高，并发性能就越低。

A 事务型：仅仅在受管理环境中适用。它提供了Repeatable Read事务隔离级别。

对于经常被读但很少修改的数据，可以采用这种隔离类型，因为它可以防止脏读和不可重复读这类的并发问题。

B 读写型：提供了Read Committed事务隔离级别。仅仅在非集群的环境中适用。

对于经常被读但很少修改的数据，可以采用这种隔离类型，因为它可以防止脏读这类的并发问题。

C 非严格读写型：不保证缓存与数据库中数据的一致性。

如果存在两个事务同时访问缓存中相同数据的可能，必须为该数据配置一个很短的数据过期时间，从而尽量避免脏读。

对于极少被修改，并且允许偶尔脏读的数据，可以采用这种并发访问策略。

D 只读型：对于从来不会修改的数据，如参考数据，可以使用这种并发访问策略。

什么样的数据适合存放到第二级缓存中？

1、很少被修改的数据

2、不是很重要的数据，允许出现偶尔并发的数据

3、不会被并发访问的数据

4、参考数据

不适合存放到第二级缓存的数据？

1、经常被修改的数据

2、财务数据，绝对不允许出现并发

3、与其他应用共享的数据。

Hibernate的二级缓存策略的一般过程如下：

1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。

2) 把获得的所有数据对象根据ID放入到第二级缓存中。

3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。

4) 删除、更新、增加数据的时候，同时更新缓存。

注：

Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询uery缓存。

Query缓存策略的过程如下：

1) Hibernate首先根据这些信息组成一个Query Key，Query Key包括条件查询的请求一般信息：SQL, SQL需要的参数，记录范围（起始位置rowStart，最大记录个数maxRows)，等。

2) Hibernate根据这个Query Key到Query缓存中查找对应的结果列表。如果存在，那么返回这个结果列表；如果不存在，查询数据库，获取结果列表，把整个结果列表根据Query Key放入到Query缓存中。

3) Query Key中的SQL涉及到一些表名，如果这些表的任何数据发生修改、删除、增加等操作，这些相关uery Key都要从缓存中清空。

 

参考:https://zhidao.baidu.com/question/140731349194225845.html

 

查询缓存

首先，我们先看一下这个标题“查询缓存”，那就说明跟增、删、改是没有任何关联的，只有在查询时，才会遇到缓存，增删改不涉及！

查询缓存目前Mybatis中提供了两个，分别是：一级缓存、二级缓存；

一级缓存

先说一下一级缓存的范围：同一个SqlSession对象，也就说，我们是同一个SqlSession对象，又要进行同样的查询操作，那么，我们就可以去缓存中获取；

所以，SqlSession的缓存，是属于一级缓存；

那，又有什么用呢？

比如，我们现在数据库中有两条数据，分别是张三跟李四；

我现在呢，要根据name来查询张三这个人，首先说明一点，这是第一次去根据name来查询张三，这个时候呢，我们就会去访问数据库，去获取name是张三的数据，拿到张三后，它会把张三又放进了Sqlssion对象中去了，Sqlssion对象存在内存中；

也就是说，我们第一次查完后，我们会将张三这个数据从数据库中获取一下，获取后放到缓存里面，此时的缓存就在内存里面，具体的来说，它就在Sqlsession对象里面；

上述操作如下图：

如果，再有一次或再有N次来查询这个张三，我就不需要去访问数据库了，因为我在缓存里面已经有了，如果你再要拿这个张三，直接直接从缓存里面去拿；

因此呢，我们可以发现，缓存可以减少数据库的访问；

我们都知道，数据库的打开与关闭均比较费性能，所以，我们就不需要从数据库中拿了，直接从缓存中去获取就完事了，意思就是可以提高性能；

SqlSession对象清空机制

只要执行你commit（提交）这个方法，那么就会直接将SqlSession对象全部清空掉，一旦执行commit，就会清理我们的缓存对象；

上述如下图：

首先，这些操作，我们不需要去手动的去编写，我们仅需知道并了解即可，因为Mybatis默认了就开启了一级缓存；

总结：

如果用相同的SqlSession对象查询相同的数据，则只会在第一次查询时发送Sql语句，并将这个查询的结果放入到Sqlsession中（作为缓存存在）；

后续再次查询该同意的对象时，则直接从缓存中查询该对象即可（即省略了数据库的访问）

二级缓存

首先，这个Mybatis自带二级缓存；

也有三方提供的二级缓存；

Mybatis觉得缓存很重要，所以就自带了一个缓存，但是，Mybatis必定不是搞缓存的，搞数据的，但是第三方公司给你提供了一些缓存，因为你mybatis做缓存这块儿不是专业的；

我们可以回顾一下，一级缓存是同一个Sqlsession对象，那么二级缓存呢？

二级缓存是同一个在同一个namespace生成的mapper对象，重点是这个namespace；

也就是说，哪怕你生成了许多对象，只要你这个对象来自同一个namespace，它们就会共享同一个缓存；

什么是namespace，我在这里就不强调了，因为这个是mybatis入门必学的；

简单点来说：

只要产生的xxxMapper对象来自于同一个namespace,则，这个对象共享二级缓存；

二级缓存的这个共享范围，是同一个namespace产生的xxxMapper对象；

开启缓存很简单，如果你是boot项目的话，直接在你需要开启的mapper.xml中加上一句话，来表示本namespace开启了二级缓存：

<cache/>;如果是ssm框架的话，需要在conf.xml中添加一些配置：

在这里，顺便提一下，mybatis的二级缓存是属于序列化，序列化的意思就是从内存中的数据传到硬盘中，这个过程就是序列化；

反序列化意思就是相反而已；

也就是说，mybatis的二级缓存，实际上就是将数据放进了硬盘文件中去了；

实现序列化接口

如果你要使用mybatis的二级缓存，那么你除了要在你需要缓存的mappe.xml中开启以外，你还需要实现序列化的接口，在你需要使用二级缓存的实体类中；

去实现这个 Serializable（序列化）接口即可；

现在呢，你仅仅的将Student类给序列化了，Student有父类、级联属性，它们是不会跟着被序列化的，所以光这些是不够的；

其实很简单，如果Student需要序列化，但是这个类中还有其他类的属性，仅需将其他类也序列化即可！

比如学生类中继承了父类，那么父类也需要实现Serializable这个接口进行序列化；

缓存时机

该序列化也序列化了，也已经在你需要进行缓存的mapper.xml文件中也开启缓存了，但是如果你使用原生的SqlsessionFacotry（SSM\SpringBoot除外因为是集成好的不需要写底层）去写的时候会发现，缓存并没有起效，而是关闭Session（session.close()）才生效了；

这个其实就是mybatis的一个机制，其实很好理解；

比如，我现在去查询张三，获取张三数据之后我们需要经过序列化然后存贮到硬盘上，上面我也说过了，mybatis的二级缓存实际上就是将数据保存到硬盘上的某个文件中了，照这样，每来一个新的对象，比如张三存进来了，李四也需要存，王五也需要，如果是存储到硬盘上，那么就会用到IO技术，众所周知，IO也是比较费性能，所以这个机制就是当你关闭session的时候，我们把这些张三、李四、王五这些数据一块儿保存到硬盘上，而不是来一个保存一个这样IO也受不了，所以就存在这样的机制；

参考:https://baijiahao.baidu.com/s?id=1636038528486222313&wfr=spider&for=pc