MyBatis系列
一、MyBatis缓存介绍
使用缓存可以使应用更快地获取数据, 避免频繁的与数据库进行交互操作，尤其是查询越多，缓存命中率越高的情况下，缓存的作用就越明显。- MyBatis 和 Hibernate一样，也有
一级和二级缓存，同样默认开启的只有一级缓存，二级缓存也需要手动配置开启。
一级缓存：也称本地缓存，默认是开启的，不能关闭
- 基于
PerpetualCache的HashMap本地缓存，其存储作用域SqlSession级别，当Session flush 或 close 之后，该SqlSession中的所有Cache 就将清空。 - 性能提升比较差，因为每一次操作都会使用一个新的SqlSession对象，SqlSession之间不共享一级缓存。
二级缓存：也称查询缓存，需要手动开启和配置，也可以使用第三方的缓存框架，比如EhCache，Redis等
- 默认也是采用
PerpetualCache的HashMap存储，不同在于其存储作用域为 Mapper(Namespace)级别，多个SqlSession是共享数据的，并且可自定义存储源，如 EhCache，Redis等
二、一级缓存（默认是开启的）
- 一级缓存是
SqlSession级别的缓存，缓存的数据只在自己的SqlSession内有效。 - 每个与数据库的连接SqlSession会话都有各自自己的缓存，这些一级缓存之间是不能通信的，是相互独立的缓存空间
1、必须是同一个SqlSession会话， 发起一条sql语句, 才可以使用一级缓存
SqlSession session = sqlSessionFactory.openSession();
try {
UserMapper userMapper = session.getMapper(UserMapper.class);
User user = userMapper.getUser(1);
System.out.println(user.getUsername());
User user2 = userMapper.getUser(1);
System.out.println(user2.getUsername());
} finally {
session.close();
}
2、SqlSession缓存失效
- 同一个sqlession, 查询相同id的user，查询过程中, 如果手动调用
sqlSession.clearCache()，或者增改删操作，都会发起两条sql语句 - 用不同的sqlsession，查询同一个id的user，也会发起两条sql语句。(因为一级缓存, 是sqlsession级别的, 不同的sqlsession不能使用相同的缓存)
User user = userMapper.getUser(1);
System.out.println(user.getUsername());
session.clearCache();
User user2 = userMapper.getUser(1); // 调用的是第二条SQL
System.out.println(user2.getUsername());
在操作数据库的时候需要先创建SqlSession会话对象，在对象中有一个HashMap用于存储缓存数据，此HashMap是当前会话对象私有的，别的SqlSession会话对象无法访问。
具体流程：
- 第一次执行select完毕会将查到的数据写入SqlSession内的
HashMap中缓存起来 - 第二次执行select会从缓存中查数据，如果sql语句完全相同(参数也相同)，那么就能从缓存中返回数据，不用去数据库了，从而提高了效率
注意事项：
- 如果
SqlSession执行了DML操作（insert、update、delete）, 并commit了，那么mybatis就会清空当前SqlSession缓存中的所有缓存数据，这样可以保证缓存中的存的数据永远和数据库中一致，避免出现脏读 - 当一个SqlSession结束后那么它里面的
一级缓存也就不存在了，mybatis默认是开启一级缓存，不需要配置 - MyBatis的缓存是基于
[namespace:sql语句:参数]作为Map的key来进行缓存的, 意思就是，SqlSession的HashMap存储缓存数据- 使用 [namespace:sql:参数] 作为
key - 查询 返回的语句 作为
value保存的。
- 使用 [namespace:sql:参数] 作为
二、二级缓存（需要手动配置开启）
- 二级缓存是
mapper级别的缓存，同一个namespace共用用这一个二级缓存，所以对不同的SqlSession是共享的 - 一级缓存(默认开启)的生命周期随着一次会话session的关闭而清空;
开启二级缓存的情况下，一级缓存里的数据，在清空或者提交之前会转存到二级缓存的空间中继续存在。 - 当一次会话sqlsession的缓存里如果存放着两个不同类型的对象，比如User和Role对象，当一级缓存清空之前，开起二级缓存的情况下，它们两个对象会分别存入各自的名称空间的二级缓存空间中；在二级缓存中两个对象是分别放在两个独立的Map对象里的（各自的缓存空间里）。
通常情况下会放到二级缓存中的数据：
经常查询的数据很少被修改的数据不会被并发访问的数据
不适合放到二级缓存中的数据：
- 经常被修改的数据
二级缓存配置的一些细节：
- Mapper文件中的所有select元素都会使用到该缓存
- 在大多数情况下，针对于列表查询（多条查询）设置为不缓存，因为只有SQL和参数相同时，才会使用到缓存, 一般只会对get方法做查询缓存
开启二级缓存步骤：
1、全局配置文件中开启二级缓存
<settings>
<!-- 开启二级缓存 -->
<setting name="cacheEnabled" value="true"/>
</settings>
2、在sql映射文件中添加一个标签<cache/>, 即开启了这个namespace文件的二级缓存
<mapper namespace="con.guizy.mybatis.dao.UserMapper">
<!-- 开启二级缓存 -->
<cache
eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true" />
这个标签中有关的属性: cache
eviction可用的收回策略有:
LRU（默认值） – 最近最少使用的 : 移除最长时间不被使用的对象。- FIFO – 先进先出 : 按对象进入缓存的顺序来移除它们。
- SOFT – 软引用 : 移除基于垃圾回收器状态和软引用规则的对象。
- WEAK – 弱引用 : 更积极地移除基于垃圾收集器状态和弱引用规则的对象。
flushInterval(刷新间隔)
- 可以被设置为任意的正整数,而且它们代表一个合理的毫秒形式的时间段。
默认情况是不设置, 也就是没有刷新间隔,缓存仅仅调用语句时刷新。
size (引用数目，默认值1024)
- 可以被设置为任意正整数,要记住你缓存的对象数目和你运行环境的可用内存资源数目。。
readOnly(只读)属性可以被设置为 true 或 false（默认）。
- 只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝(通过序列化) 。
3、Mybatis的二级缓存的使用, 实体类就必须实现序列化接口
public class User implements Serializable{
private static final long serialVersionUID = 1L;
}
测试：发起一条sql语句
SqlSession session = sqlSessionFactory.openSession();
UserMapper userMapper = session.getMapper(UserMapper.class);
User user = userMapper.getUser(1);
System.out.println(user.getUsername());
session.close(); //第一个会话关闭之前，清空一级缓存数据，同时转存到二级缓存
SqlSession session2 = sqlSessionFactory.openSession();
UserMapper userMapper2 = session2.getMapper(UserMapper.class);
User user2 = userMapper2.getUser(1);
System.out.println(user2.getUsername());
session2.close();
// 二级缓存可以跨sqlsession,输出的结果相同
具体流程：
- 当一个sqlseesion执行了一次select后，在关闭此session的时候，会将查询结果缓存到二级缓存
- 当另一个sqlsession执行select时，首先会在他自己的一级缓存中找，如果没找到，就回去二级缓存中找，找到了就返回，就不用去数据库了，从而减少了数据库压力提高了性能
注意事项：
- 如果SqlSession执行了
DML操作（insert、update、delete）, 并commit了，那么mybatis就会清空当前mapper缓存中的所有缓存数据，这样可以保证缓存中的存的数据永远和数据库中一致，避免出现脏读 - MyBatis的缓存是基于
[namespace:sql语句:参数]作为Map的key来进行缓存的, 意思就是，SqlSession的HashMap存储缓存数据- 使用 [namespace:sql:参数] 作为
key - 查询 返回的语句 作为
value保存的。
- 使用 [namespace:sql:参数] 作为
注解开启二级缓存 :
总结：
-
1、MyBatis全局配置文件中配置二级缓存 cacheEnabled：
<!-- 开启二级缓存 --> <setting name="cacheEnabled" value="true"/>- ture（默认）：开启二级缓存
- false：关闭二级缓存，但一级缓存不受影响
-
2、Mapper映射文件中配置
<cache/>标签：- 配置：开启二级缓存
- 不配置：关闭二级缓存，一级缓存不受影响
-
3、每个select标签都可以设置 useCache 属性：
- true（默认）：上面1和2开启二级缓存后，二级缓存生效
- false：哪怕上面1和2开启了二级缓存，二级缓存在这个select也会失效， 一级缓存不受影响
-
4、增改删查标签都可以设置flushCache属性：
- 增改删 true（默认）：执行增改删操作后，刷新缓存，把原来的缓存干掉，注意这个设置有点特殊，干掉的缓存包括一、二级缓存
- 查 false（默认）：如果在查询标签上把它设置为true，等于禁用所有缓存
-
5、全部变量 localCacheScope（了解）：
- SESSION（默认）开启一级缓存
- STATEMENT：如果设置为这里，相当于关闭一级缓存
参考:
/**
* 两级缓存：
* 一级缓存：（本地缓存）：sqlSession级别的缓存。一级缓存是一直开启的；SqlSession级别的一个Map
* 与数据库同一次会话期间查询到的数据会放在本地缓存中。
* 以后如果需要获取相同的数据，直接从缓存中拿，没必要再去查询数据库；
*
* 一级缓存失效情况（没有使用到当前一级缓存的情况，效果就是，还需要再向数据库发出查询）：
* 1、sqlSession不同。
* 2、sqlSession相同，查询条件不同.(当前一级缓存中还没有这个数据)
* 3、sqlSession相同，两次查询之间执行了增删改操作(这次增删改可能对当前数据有影响)
* 4、sqlSession相同，手动清除了一级缓存（缓存清空）
*
* 二级缓存：（全局缓存）：基于namespace级别的缓存：一个namespace对应一个二级缓存：
* 工作机制：
* 1、一个会话，查询一条数据，这个数据就会被放在当前会话的一级缓存中；
* 2、如果会话关闭；一级缓存中的数据会被保存到二级缓存中；新的会话查询信息，就可以参照二级缓存中的内容；
* 3、sqlSession===EmployeeMapper==>Employee
* DepartmentMapper===>Department
* 不同namespace查出的数据会放在自己对应的缓存中（map）
* 效果：数据会从二级缓存中获取
* 查出的数据都会被默认先放在一级缓存中。
* 只有会话提交或者关闭以后，一级缓存中的数据才会转移到二级缓存中
* 使用：
* 1）、开启全局二级缓存配置：<setting name="cacheEnabled" value="true"/>
* 2）、去mapper.xml中配置使用二级缓存：
* <cache></cache>
* 3）、我们的POJO需要实现序列化接口
*
* 和缓存有关的设置/属性：
* 1）、cacheEnabled=true：false：关闭缓存（二级缓存关闭）(一级缓存一直可用的)
* 2）、每个select标签都有useCache="true"：
* false：不使用缓存（一级缓存依然使用，二级缓存不使用）
* 3）、【每个增删改标签的：flushCache="true"：（一级二级都会清除）】
* 增删改执行完成后就会清楚缓存；
* 测试：flushCache="true"：一级缓存就清空了；二级也会被清除；
* 查询标签：flushCache="false"：
* 如果flushCache=true;每次查询之后都会清空缓存；缓存是没有被使用的；
* 4）、sqlSession.clearCache();只是清楚当前session的一级缓存；
* 5）、localCacheScope：本地缓存作用域：（一级缓存SESSION）；当前会话的所有数据保存在会话缓存中；
* STATEMENT：可以禁用一级缓存；
*
*第三方缓存整合：
* 1）、导入第三方缓存包即可；
* 2）、导入与第三方缓存整合的适配包；官方有；
* 3）、mapper.xml中使用自定义缓存
*/
扫一扫
535
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
