Mybatis 查询缓存

迈不过友情╰ 2022-09-29 05:23 150阅读 0赞

**Mybatis的缓存理解**

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

**  **Mybatis的缓存，包括一级缓存和二级缓存

一级缓存指的就是sqlsession，在sqlsession中有一个数据区域，是map结构，这个区域就是一级缓存区域。一级缓存中的key是由sql语句、条件、statement等信息组成一个唯一值。一级缓存中的value，就是查询出的结果对象。

二级缓存指的就是同一个namespace下的mapper，二级缓存中，也有一个map结构，这个区域就是一级缓存区域。一级缓存中的key是由sql语句、条件、statement等信息组成一个唯一值。一级缓存中的value，就是查询出的结果对象。

一级缓存是默认使用的。

二级缓存需要手动开启。

![20170315145631669][]

mybatis一级缓存是一个SqlSession级别，sqlsession只能访问自己的一级缓存的数据，二级缓存是跨sqlSession，是mapper级别的缓存，对于mapper级别的缓存不同的sqlsession是可以共享的。

**一级缓存**

**     原理**

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

key：hashcode+sql+sql输入参数\+输出参数（sql的唯一标识）

value：用户信息

同一个sqlsession再次发出相同的sql，就从缓存中获取数据不会而不走数据库。如果两次中间出现commit(事务)操作（修改、添加、删除），本sqlsession中的一级缓存区域全部清空，下次再去缓存中查询不到，所以要从数据库查询，从数据库查询到再写入缓存。这样可以避免脏读

每次查询都先从缓存中查询，如果缓存中查询到则将缓存数据直接返回，如果缓存中查询不到就从数据库查询。

![20170315154541393][]

测试

![20170315154847398][]

![20170315154855445][]

**二级缓存**

**    原理**

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

每次查询先看是否开启二级缓存，如果开启从二级缓存的数据结构中取缓存数据，

如果从二级缓存没有取到，再从一级缓存中找，如果一级缓存也没有，从数据库查询。

![20170315155124818][]

**二级缓存配置**

在核心配置文件SqlMapConfig.xml中加入

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

在mapper映射文件中开启二级缓存

<cache/>

###    查询结果映射的pojo序列化 ###

M ybatis二级缓存需要将查询结果映射的pojo实现 java.io.serializable接口，如果不实现则抛出异常：

org.apache.ibatis.cache.CacheException:Error serializing object.  Cause:java.io.NotSerializableException: cn.itcast.mybatis.po.User

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

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

public class User implements Serializable {
       private int id;
       private String username;//用户姓名
       private String sex;//性别
       private Date birthday;//生日
       private String address;// 地址
    }

测试1

![20170315164441523][]

![20170315164457101][]

测试2

![20170315164632594][]

![20170315164655250][]

###    二级缓存禁用 ###

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

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

![20170315164811923][]

**刷新缓存**

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

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

![20170315164934720][]

** Mybatis和ehcache缓存框架整合**

Mybatis 本身是一个持久层框架 ， 它不是专门的缓存框架 ， 所以它对缓存的实现不够好 ， 不能支持分布式 。

Ehcache是一个分布式的缓存框架。

分布式

![20170315170021778][]

整合思路

Cache是一个接口，它的默认实现是mybatis的PerpetualCache。如果想整合mybatis的二级缓存，那么实现Cache接口即可。

![20170315171828912][]

**  ****添加****jar****包**

![20170315171857062][]

####  **设置映射文件中cache标签的type值为ehcache的实现类** ####

** ![20170315171955281][]**

** **

####  添加ehcache的配置文件  ####

####  在config下，创建ehcache.xml ![20170315172314283][] ####

**测试ehcache的二级缓存**

**  ![20170315172435045][]**

使用场景：**对于访问响应速度要求高，但是实时性不高的查询，可以采用二级缓存技术**。

注意：在使用二级缓存的时候，要设置一下刷新间隔（cache标签中有一个flashInterval属性）来定时刷新二级缓存，这个刷新间隔根据具体需求来设置，比如设置30分钟、60分钟等，单位为毫秒。

** Mybatis二级缓存对细粒度的数据，缓存实现不好。**

场景：对商品信息进行缓存，由于商品信息查询访问量大，但是要求用户每次查询都是最新的商品信息，此时如果使用二级缓存，就无法实现当一个商品发生变化只刷新该商品的缓存信息而不刷新其他商品缓存信息，因为二级缓存是mapper级别的，当一个商品的信息发送更新，所有的商品信息缓存数据都会清空。

解决此类问题，需要在业务层根据需要对数据有针对性的缓存。

比如可以对经常变化的数据操作单独放到另一个namespace的mapper中。

[Link 1]: http://lib.csdn.net/base/mysql
[20170315145631669]: /images/20220708/e22226c1cea949d2ba73978b02cda585.png
[Link 2]: http://lib.csdn.net/base/datastructure
[20170315154541393]: /images/20220708/a95c133cd18042359be1f7a463c08cf4.png
[20170315154847398]: /images/20220708/20e9dc7906cc437fa96f0fe305dbadb5.png
[20170315154855445]: /images/20220708/e8ae49a9646c41b4b6fdd350b7e76216.png
[20170315155124818]: /images/20220708/33cf78fb9af0408493a2634b86832f8a.png
[20170315164441523]: /images/20220708/1fee7b9617c6494683c80f7875381389.png
[20170315164457101]: /images/20220708/0a9b89bd5b404210aea35d152bc1285d.png
[20170315164632594]: /images/20220708/01a26e7da6cd4df69e29bd2c73292964.png
[20170315164655250]: /images/20220708/9277b55628424b8b89c7ca3dfbabe842.png
[20170315164811923]: /images/20220708/5abe7b369a764a1e8f717118ffe3765e.png
[20170315164934720]: /images/20220708/8c4bb41d7494484082533e1d5d9e9dba.png
[20170315170021778]: /images/20220708/62e571185db1406a944fbdc2a2214624.png
[20170315171828912]: /images/20220708/ff2d32632f7b4033b114612e91c8fcff.png
[20170315171857062]: /images/20220708/05d4b49d962b41ec8563a9a787e1b88a.png
[20170315171955281]: /images/20220708/4fb7ca1bfe0841c38838358aff1adaf2.png
[20170315172314283]: /images/20220708/240b9e2cd9734d77848158bfb564c2d2.png
[20170315172435045]: /images/20220708/b496b476a13342edb27fbea479725de2.png