有关Mybatis的缓存

一级缓存

默认开启
只是相对于同一个SqlSession而言
生命周期：
- MyBatis在开启一个数据库会话时，会创建一个新的SqlSession对象，SqlSession对象中会有一个新的Executor对象，Executor对象中持有一个新的PerpetualCache对象；当会话结束时，SqlSession对象及其内部的Executor对象还有PerpetualCache对象也一并释放掉；
- 如果SqlSession调用了close()方法，会释放掉一级缓存PerpetualCache对象，一级缓存将不可用；
- 如果SqlSession调用了clearCache()，会清空PerpetualCache对象中的数据，但是该对象仍可使用；
- SqlSession中执行了任何一个update操作(update()、delete()、insert()) ，都会清空PerpetualCache对象的数据，但是该对象可以继续使用；

二级缓存

默认不开启
缓存是以namespace为单位的，不同namespace下的操作互不影响；
insert,update,delete操作会清空所在namespace下的全部缓存；
通常使用MyBatis Generator生成的代码中，都是各个表独立的，每个表都有自己的namespace；
缓存是单服务器进行工作的，无法实现分布式缓存；
注意事项：
- 只能在【只有单表操作】的表上使用缓存，多表操作一定不能使用缓存；
  - 不只是要保证这个表在整个系统中只有单表操作，而且和该表有关的全部操作必须全部在一个namespace下；
- 在可以保证查询远远大于insert,update,delete操作的情况下使用缓存 ；
  - 这一点不需要多说，同时，这一点需要保证在1的前提下才可以！

避免使用二级缓存

针对一个表的某些操作不在他独立的namespace下进行，

例如在UserMapper.xml中有大多数针对user表的操作，但是在一个XXXMapper.xml中，还有针对user单表的操作。这会导致user在两个命名空间下的数据不一致。如果在UserMapper.xml中做了刷新缓存的操作，在XXXMapper.xml中缓存仍然有效，如果有针对user的单表查询，使用缓存的结果可能会不正确；

更危险的情况是在XXXMapper.xml做了insert,update,delete操作时，会导致UserMapper.xml中的各种操作充满未知和风险；

多表操作一定不能使用缓存

为什么不能？首先不管多表操作写到那个namespace下，都会存在某个表不在这个namespace下的情况。例如两个表：role和user_role，如果我想查询出某个用户的全部角色role，就一定会涉及到多表的操作。

<select id="selectUserRoles" resultType="UserRoleVO">
    select * from user_role a,role b where a.roleid = b.roleid and a.userid = #{userid}
</select>

像上面这个查询，不管是写到RoleMapper.xml还是UserRoleMapper.xml，或者是一个独立的XxxMapper.xml中，如果使用了二级缓存，都会导致上面这个查询结果可能不正确。如果你正好修改了这个用户的角色，上面这个查询使用缓存的时候结果就是错的