Mybatis 应用
1 Mybatis 入门与编码流程
2 mapper代理开发方式
3 全局配置文件
4 输入映射和输出映射
5 关联查询
6 延迟加载
7 动态SQL
8 Mybatis缓存
Mybatis Mybatis缓存
一、缓存介绍
Mybatis提供查询缓存,如果缓存中有数据就不用从数据库中获取,用于减轻数据压力,提高系统性能。(一般Mybatis用缓存的比较少)
Mybatis的查询缓存总共有两级,我们称之为一级缓存和二级缓存。
- 一级缓存是SqlSession级别的缓存。在操作数据库时需要构造 sqlSession对象,在对象中有一个数据结构(HashMap)用于存储缓存数据。不同的sqlSession之间的缓存数据区域(HashMap)是互相不影响的。(就是当前使用的方法内缓存数据)
- 二级缓存是Mapper(namespace)级别的缓存。多个SqlSession去操作同一个Mapper的sql语句,多个SqlSession可以共用二级缓存,二级缓存是跨SqlSession的。
二、 一级缓存说明
Mybatis默认开启了一级缓存。
- 第一次发起查询用户id为1的用户信息,先去找缓存中是否有id为1的用户信息,如果没有,从数据
库查询用户信息,将查询到的用户信息存储到一级缓存中。 - 如果中间sqlSession去执行commit操作(执行插入、更新、删除),清空SqlSession中的一级缓
存,这样做的目的为了让缓存中存储的是最新的信息,避免脏读。 - 第二次发起查询用户id为1的用户信息,先去找缓存中是否有id为1的用户信息,缓存中有,直接从
缓存中获取用户信息。
正式开发,是将mybatis和spring进行整合开发,事务控制在service中。(一级缓存基本不用关心,默认开启,了解即可)
一个service方法中包括 很多mapper方法调用:
service{
//开始执行时,开启事务,创建SqlSession对象
//第一次调用mapper的方法
findUserById(1);
//第二次调用mapper的方法, 从一级缓存中取数据
findUserById(1);
//方法结束,sqlSession关闭
}
三、 二级缓存
3.1 二级缓存介绍
二级缓存是mapper(namespace)级别的。
下图是多个sqlSession请求UserMapper的二级缓存图解。
- 第一次调用mapper下的SQL去查询用户信息。查询到的信息会存到该mapper对应的二级缓存区域内。
- 第二次调用相同namespace下的mapper映射文件中相同的SQL去查询用户信息。会去对应的二级缓存内取结果。
- 如果调用相同namespace下的mapper映射文件中的增删改SQL,并执行了commit操作。此时会清空该namespace下的二级缓存。
3.2 二级缓存相关设置
Mybatis默认是没有开启二级缓存,开启步骤如下:
核心配置文件设置
SqlMapConfig.xml中加入以下内容(开启二级缓存总开关):
<!-- 开启二级缓存总开关 -->
<settings>
<setting name="cacheEnabled" value="true"/>
</settings>
UserMapper映射文件
<!-- 开启本mapper下的namespace的二级缓存,默认使用的是mybatis提供的PerpetualCache - ->
<cache></cache>
实现序列化
由于二级缓存的数据不一定都是存储到内存中,它的存储介质多种多样,比如说存储到文件系统中,所以需要给缓存的对象执行序列化。如果该类存在父类,那么父类也要实现序列化。 implements Serializable
public class Order implements Serializable {
private Integer id;
private Integer userId;
private Date createTime;
private Integer number;
private String note;
}
禁用二级缓存
- 默认二级缓存的粒度是Mapper级别的,但是如果在同一个Mapper文件中某个查询不想使用二级缓存的话,就需要对缓存的控制粒度更细。
- 在select标签中设置useCache=false,可以禁用当前select语句的二级缓存,即每次查询都是去数据库中查询,默认情况下是true,即该statement使用二级缓存。
<select id="findUserById" parameterType="int" resultType="com.kkb.mybatis.po.User" useCache="true" flushCache="true">
SELECT * FROM user WHERE id = #{id}
</select>
刷新二级缓存
通过flushCache属性,可以控制select、insert、update、delete标签是否属性二级缓存。
1、 默认设置
- 默认情况下如果是select语句,那么flushCache是false。 * 如果是insert、update、delete语句,那么flushCache是true。
2、默认配置解读
- 如果查询语句设置成true,那么每次查询都是去数据库查询,即意味着该查询的二级缓存失效。
- 如果增删改语句设置成false,即使用二级缓存,那么如果在数据库中修改了数据,而缓存数据还是
原来的,这个时候就会出现脏读。
四、 使用场景与局限性
4.1 应用场景
- 使用场景:
对于访问响应速度要求高,但是实时性不高的查询,可以采用二级缓存技术。 - 注意事项:
在使用二级缓存的时候,要设置一下刷新间隔(cache标签中有一个flashInterval属性)来定时刷新二级缓存,这个刷新间隔根据具体需求来设置,比如设置30分钟、60分钟等,单位为毫秒。
4.2 局限性
Mybatis二级缓存对细粒度的数据级别的缓存实现不好。
- 场景:
对商品信息进行缓存,由于商品信息查询访问量大,但是要求用户每次查询都是最新的商品信息,此时如果使用二级缓存,就无法实现当一个商品发生变化只刷新该商品的缓存信息而不刷新其他商品缓存信息,因为二级缓存是mapper级别的,当一个商品的信息发送更新,所有的商品信息缓存数据都会清空。 - 解决方法
此类问题,需要在业务层根据需要对数据有针对性的缓存。
比如可以对经常变化的 数据操作单独放到另一个namespace的mapper中。