Mybatis 一级缓存与二级缓存的实现

mybatis缓存

mybatis作为一个流行的持久化工具，缓存必然是缺少不了的组件。通过这篇文章，就让我们来了解一下mybatis的缓存。

mybatis缓存类型

说起mybatis的缓存，了解过的同学都知道，mybatis中可以有两种缓存类型：

• 第一种，我们通常称为以及缓存，或者sqlsession级别的缓存，这种缓存是mybatis自带的，如果mapper中的配置都是默认的话，那么一级缓存也是默认开启的。
• 第二种，就是非sqlsession级别的缓存了，我们通常称为二级缓存，mybatis中的二级缓存需要实现cache接口，并且配置在mapper中，要先开启的话，需要一些配置，下面我们会详细说到。

一级缓存

作为mybatis自带的缓存，我们通过代码来分析一下其原理。
首先，我们来看下一级缓存的效果。
测试代码：

mapper配置如下，我们采用默认配置：

运行结果如下：

created connection 1191654595.
setting autocommit to false on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
==> preparing: select * from hwc_users
==> parameters:
<== columns: id, name, age, email
<== row: 1, 胡文超, 35, [e-mail]
<== row: 2, 胡文超, 35, [e-mail]
<== row: 3, 胡文超, 35, [e-mail]
<== row: 4, 胡文超, 35, [e-mail]
<== row: 5, 胡文超, 35, [e-mail]
<== row: 6, 胡文超, 35, [e-mail]
<== row: 7, 胡文超, 35, [e-mail]
<== row: 8, 胡文超, 35, [e-mail]
<== row: 9, 胡文超, 35, [e-mail]
<== total: 9
====================================
the second query :
cache hit ratio [com.huwc.mapper.usermapper]: 0.0

process finished with exit code 0

从上述结果可以看到，第二次查询并没有从数据库获取，并且没有从二级缓存中获取，由此可见，默认配置情况下，同一个sqlsession中会默认使用mybatis的一级缓存。

下面，我们从mybatis源码来看一下：

从上面的代码中，我们可以看到：一级缓存是在baseexecutor中命中的，baseexecutor中的localcache属性应该就是用来存储查询结果的。

localcache的定义代码如下：

从上述代码可以看出：

baseexecutor中集成了一级缓存，一级缓存为perpetualcache(永久缓存？)的对象，其也是实现了cache接口的对象，并且其存储结果就是简单的hashmap。
并且从代码上来看，一级缓存是无法禁止的。但是如果一个查询，我们就是不想让其从缓存中获取，必须从数据库查询，那我们岂不是无法处理了？
答案必然是否定的，我们从代码中可以看到：虽然一级缓存无法跳过，但是我们可以将缓存中数据进行清除处理，这样一级缓存中就获取不到结果集了：

如何让mybatis每次查询都flush缓存结果集呢？答案是通过mapper配置中的flushcache属性来处理：

加上这个属性后，我们来看下程序执行结果：

created connection 1191654595.
setting autocommit to false on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
==> preparing: select * from hwc_users
==> parameters:
<== columns: id, name, age, email
<== row: 1, 胡文超, 35, [e-mail]
<== row: 2, 胡文超, 35, [e-mail]
<== row: 3, 胡文超, 35, [e-mail]
<== row: 4, 胡文超, 35, [e-mail]
<== row: 5, 胡文超, 35, [e-mail]
<== row: 6, 胡文超, 35, [e-mail]
<== row: 7, 胡文超, 35, [e-mail]
<== row: 8, 胡文超, 35, [e-mail]
<== row: 9, 胡文超, 35, [e-mail]
<== total: 9
====================================
the second query :
cache hit ratio [com.huwc.mapper.usermapper]: 0.0
==> preparing: select * from hwc_users
==> parameters:
<== columns: id, name, age, email
<== row: 1, 胡文超, 35, [e-mail]
<== row: 2, 胡文超, 35, [e-mail]
<== row: 3, 胡文超, 35, [e-mail]
<== row: 4, 胡文超, 35, [e-mail]
<== row: 5, 胡文超, 35, [e-mail]
<== row: 6, 胡文超, 35, [e-mail]
<== row: 7, 胡文超, 35, [e-mail]
<== row: 8, 胡文超, 35, [e-mail]
<== row: 9, 胡文超, 35, [e-mail]
<== total: 9

process finished with exit code 0

可以看到，第二次查询也检索了数据库来获取结果。
一级缓存就说到这里吧，下面我们来看看二级缓存。

二级缓存

mybatis的二级缓存是需要借助第三方的缓存来实现，常用的有ehcache或者redis，其存储类型不同，但是在mybatis中的使用方式是一样的，简单处理，我们使用ehcache来说明。
通常来说，在mybatis中启用二级缓存，我们需要以下的步骤：

1、在项目中引入ehcache模块和mybatis-ehcache模块

2、在项目中加如ehcache配置文件

3、在mybatis配置文件中我们需要在setting中配置cacheenabled属性；

4、在mapper配置文件中配置cache属性，并指定缓存的实现类；

5、在statement中配置usecache属性为”true“

第一步：首先我们在项目中引入相关模块：

第二步：我们从网上抄一个ehcache的配置文件：ehcache.xml

第三步：配置mybatis属性

之前，我们说过，mybatis的配置，主要是为了初始化configuration对象，从configuration代码中我们看到，对应的属性默认值就是为true，因此，此步骤也可以跳过，直接采用mybatis的默认值：

第四步：配置mapper中的缓存属性：

第五步：在statement中开启二级缓存：

测试代码如下，为了屏蔽一级缓存，我们在第一次查询和第二次查询中将sqlsession进行关闭并重新open：

执行结果如下：

created connection 1191654595.
setting autocommit to false on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
==> preparing: select * from hwc_users
==> parameters:
<== columns: id, name, age, email
<== row: 1, 胡文超, 35, [e-mail]
<== row: 2, 胡文超, 35, [e-mail]
<== row: 3, 胡文超, 35, [e-mail]
<== row: 4, 胡文超, 35, [e-mail]
<== row: 5, 胡文超, 35, [e-mail]
<== row: 6, 胡文超, 35, [e-mail]
<== row: 7, 胡文超, 35, [e-mail]
<== row: 8, 胡文超, 35, [e-mail]
<== row: 9, 胡文超, 35, [e-mail]
<== total: 9
resetting autocommit to true on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
closing jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
returned connection 1191654595 to pool.
====================================
the second query :
cache hit ratio [com.huwc.mapper.usermapper]: 0.5

process finished with exit code 0

从结果中，我们可以看到，二级缓存起到了作用，并且命中率为0.5（查询两次，一次命中）

下面，我们从mybatis的代码来看下二级缓存使用：

代码截图中，我们看到，二级缓存是在cacheexecutor中进行的调用，并且最终使用的就是我们的ehcache：

并且，如果我们在mapper中的statement中也配置了flushcache，那么二级缓存也将在查询前被清除掉，我们通过测试来看以下：

执行结果如下：

created connection 1191654595.
setting autocommit to false on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
==> preparing: select * from hwc_users
==> parameters:
<== columns: id, name, age, email
<== row: 1, 胡文超, 35, [e-mail]
<== row: 2, 胡文超, 35, [e-mail]
<== row: 3, 胡文超, 35, [e-mail]
<== row: 4, 胡文超, 35, [e-mail]
<== row: 5, 胡文超, 35, [e-mail]
<== row: 6, 胡文超, 35, [e-mail]
<== row: 7, 胡文超, 35, [e-mail]
<== row: 8, 胡文超, 35, [e-mail]
<== row: 9, 胡文超, 35, [e-mail]
<== total: 9
resetting autocommit to true on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
closing jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
returned connection 1191654595 to pool.
====================================
the second query :
cache hit ratio [com.huwc.mapper.usermapper]: 0.5
opening jdbc connection
checked out connection 1191654595 from pool.
setting autocommit to false on jdbc connection [com.mysql.jdbc.jdbc4connection@470734c3]
==> preparing: select * from hwc_users
==> parameters:
<== columns: id, name, age, email
<== row: 1, 胡文超, 35, [e-mail]
<== row: 2, 胡文超, 35, [e-mail]
<== row: 3, 胡文超, 35, [e-mail]
<== row: 4, 胡文超, 35, [e-mail]
<== row: 5, 胡文超, 35, [e-mail]
<== row: 6, 胡文超, 35, [e-mail]
<== row: 7, 胡文超, 35, [e-mail]
<== row: 8, 胡文超, 35, [e-mail]
<== row: 9, 胡文超, 35, [e-mail]
<== total: 9

process finished with exit code 0

总结：

1、mybatis的缓存处理，都交由executor来处理，一级缓存是由baseexecutor处理，二级缓存则由cacheexecutor处理；

2、statement中如果配置了flushcache为true，那么不论是一级缓存还是二级缓存都会失效；

3、要启用二级缓存，需要在statement中配置usecache为true。

到此这篇关于mybatis 一级缓存与二级缓存的实现的文章就介绍到这了,更多相关mybatis 一级缓存与二级缓存内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！