前面的内容我们讨论了映射文件里面几乎所有的标签和用法,下面我来讨论最后一个,也就是缓存的用法。
一级缓存
Mybatis对缓存提供支持,但是在没有配置的默认情况下,它只开启一级缓存,一级缓存只是相对于同一个SqlSession而言。所以在参数和SQL完全一样的情况下,我们使用同一个SqlSession对象调用一个Mapper方法,往往只执行一次SQL,因为使用SelSession第一次查询后,MyBatis会将其放在缓存中,以后再查询的时候,如果没有声明需要刷新,并且缓存没有超时的情况下,SqlSession都会取出当前缓存的数据,而不会再次发送SQL到数据库。
一级缓存的生命周期有多长?
a、MyBatis在开启一个数据库会话时,会 创建一个新的SqlSession对象,SqlSession对象中会有一个新的Executor对象。Executor对象中持有一个新的PerpetualCache对象;当会话结束时,SqlSession对象及其内部的Executor对象还有PerpetualCache对象也一并释放掉。
b、如果SqlSession调用了close()方法,会释放掉一级缓存PerpetualCache对象,一级缓存将不可用。
c、如果SqlSession调用了clearCache(),会清空PerpetualCache对象中的数据,但是该对象仍可使用。
d、SqlSession中执行了任何一个update操作(update()、delete()、insert()) ,都会清空PerpetualCache对象的数据,但是该对象可以继续使用
怎么判断某两次查询是完全相同的查询?mybatis认为,对于两次查询,如果以下条件都完全一样,那么就认为它们是完全相同的两次查询。
传入的statementId
查询时要求的结果集中的结果范围
这次查询所产生的最终要传递给JDBC java.sql.Preparedstatement的Sql语句字符串(boundSql.getSql() )
传递给java.sql.Statement要设置的参数值
一级缓存示例
一级缓存是默认开启的,一级缓存只是相对于同一个SqlSession而言,也就是说,同一个SqlSession执行同一个查询语句两次,只会在第一次访问数据,例如:
我们来执行这个方法,看下控制台输出:
可以看到,SQL语句只打印了一次,但是name打印了两次。但是如果第一次查询后,执行了清理缓存或者增删改之类的操作,可以清理掉一级缓存,例如:
session.clearCache();可以清理掉sqlSession级别的缓存。看一下效果:
可以看到,执行了查询两次,每次都访问了数据库,打印SQL语句也是两次。还有另一种方法可以针对专门的语句,在查询前清空缓存,设置方法是在SQL语句的标签上设置属性 flushCache="true" ,
同样的调用方法:
可以看到控制台输出的结果:
关于一级缓存,是默认开启默认执行的,sqlSession级别的,使用的时候要注意,不要轻易关闭,否则增加数据库负担。
二级缓存
MyBatis的二级缓存是应用级别的缓存,它可以提高对数据库查询的效率,以提高应用的性能。MyBatis的缓存机制整体设计以及二级缓存的工作模式:
SqlSessionFactory层面上的二级缓存默认是不开启的,二级缓存的开席需要进行配置,实现二级缓存的时候,MyBatis要求返回的POJO必须是可序列化的。 也就是要求实现Serializable接口,配置方法很简单,只需要在映射XML文件配置就可以开启缓存了:
<cache/>
如果我们配置了二级缓存就意味着:
映射语句文件中的所有select语句将会被缓存。
映射语句文件中的所欲insert、update和delete语句会刷新缓存。
缓存会使用默认的Least Recently Used(LRU,最近最少使用的)算法来收回。
根据时间表,比如No Flush Interval,(CNFI没有刷新间隔),缓存不会以任何时间顺序来刷新。
缓存会存储列表集合或对象(无论查询方法返回什么)的1024个引用
缓存会被视为是read/write(可读/可写)的缓存,意味着对象检索不是共享的,而且可以安全的被调用者修改,不干扰其他调用者或线程所做的潜在修改。
缓存只作用于 cache 标签所在的映射文件中的语句。如果你混合使用 Java API 和 XML 映射文件,在共用接口中的语句将不会被默认缓存。你需要使用 @CacheNamespaceRef 注解指定缓存作用域(Java API后面会讨论)。
这些属性可以通过 cache 元素的属性来修改。比如:
这个更高级的配置创建了一个 FIFO 缓存,每隔 60 秒刷新,最多可以存储结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此对它们进行修改可能会在不同线程中的调用者产生冲突。
可用的清除策略有(默认的清除策略是 LRU):
LRU – 最近最少使用:移除最长时间不被使用的对象。
FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
SOFT – 软引用:基于垃圾回收器状态和软引用规则移除对象。
WEAK – 弱引用:更积极地基于垃圾收集器状态和弱引用规则移除对象。
flushInterval(刷新间隔)属性可以被设置为任意的正整数,设置的值应该是一个以毫秒为单位的合理时间量。 默认情况是不设置,也就是没有刷新间隔,缓存仅仅会在调用语句时刷新。
size(引用数目)属性可以被设置为任意正整数,要注意欲缓存对象的大小和运行环境中可用的内存资源。默认值是 1024。
readOnly(只读)属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会(通过序列化)返回缓存对象的拷贝。 速度上会慢一些,但是更安全,因此默认值是 false。
提示: 二级缓存是事务性的。这意味着,当 SqlSession 完成并提交时,或是完成并回滚,但没有执行 flushCache=true 的 insert/delete/update 语句时,缓存会获得更新。
二级缓存示例
首先在mybatis配置文件中,开启全局二级缓存:
<setting name="cacheEnabled" value="true"/>
这个参数默认值是true,所以不写也可以。如果设置成false,即使有二级缓存的配置也不会生效。二级缓存是和命名空间绑定的,所以需要在mapper映射文件中增加cache标签:
<cache/>
或者在mapper接口中配置:
不过为了代码整洁,一般都选择在SQL映射文件中配置。
对某一命名空间的语句,只会使用该命名空间的缓存进行缓存或刷新。 但你可能会想要在多个命名空间中共享相同的缓存配置和实例。要实现这种需求,你可以使用 cache-ref 元素来引用另一个缓存:
或者在Java接口类中配置:
按照上面配置好以后,二级缓存就已经开始起作用了。先来执行一个简单的例子:
调用方法两次,会生成两个sqlSession,执行同样的操作语句我们看一下控制台打印几次:
可以看到二级缓存确实起到了作用。这次我们查询的是个单个字段没有问题,如果我们查询一个对象,由于配置的是可读写的缓存,对象类必须实现序列化接口,所以需要修改类:
下面看一下测试代码:
执行效果如下:
可以看到不同的sqlSession查询用户对象两次,只执行了一次数据库查询,二级缓存确实起到了作用。
集成自定义缓存--Redis
mybatis还可以集成第三方的缓存,来提高可靠性。下面来介绍mybatis集成最常用的redis缓存。mybatis项目本身提供了redis的二级缓存实现,首先添加项目依赖:
下一步在resource目录下添加redis本身的配置文件redis.properties,配置连接参数:
在我们加入的redis缓存依赖中,有一个mybatis的缓存实现类,需要配置到SQL映射文件中:
这样第三方缓存就集成完了,非常简单。下面运行方法测试一次:
运行结果:
这样其实还看不出集成了第三方缓存,我们再来执行一次:
可以看到从新运行第二次的时候,由于缓存已经存在,所以一次也不从数据库查了。我们来看一下redis中是否存了进去:
可以看到数据的确是存入了缓存中。通过其中的key可以分辨出是不是完全相同的一次查询:
避免脏数据
在上面的二级缓存示例中,提到的cache-ref标签可以使多个mapper共享一个缓存,在多个表有关联的时候,可以在多个mapper中共享一个缓存,这样能规避关联查询中的脏读问题。
代码地址:https://gitee.com/blueses/mybatis-demo 07
我们的交流基地,“JAVA互联网技术交流:789650498”欢迎小伙伴们一起来交流:
网友评论