Mybatis一级缓存和二级缓存知识点梳理

一级缓存（默认开启）

执行过程

1、第一次发起查询用户id为1的用户信息，先去找缓存中是否有id为1的用户信息，如果没有，从 数据库查询用户信息。得到用户信息，将用户信息存储到一级缓存中。
2、 如果中间sqlSession去执行commit操作（执行插入、更新、删除），则会清空SqlSession中的 一级缓存，这样做的目的为了让缓存中存储的是最新的信息，避免脏读。
3、 第二次发起查询用户id为1的用户信息，先去找缓存中是否有id为1的用户信息，缓存中有，直 接从缓存中获取用户信息。

分析

1.执行缓存的逻辑：一级缓存相当于一个内存中的HashMap结构，第一次查询后，将查询到的结果集存到HashMap中（key：statementId、params、boundSql、rowBounds按照一定逻辑组合而成），所以第一条sql：当发出select * from user 然后再用Results拼接order；和单独的select * from user是不同的两条语句，statementId不同，所以不会走缓存。如下图：

可以发现sql一模一样，但是第二次完全没走缓存，就是因为statementId不同。
2.一级缓存的底层实现，在PerpetualCache.class中，如下图，所以一级缓存时HashMap结构。
3.CacheKey生成策略：（最后加上一个数据库环境Id）

二级缓存（手动开启）

分析

1.二级缓存：当同一namespace下不同session请求同一sql时，二级缓存生效。（一级缓存作用域sqlsession，二级缓存作用域namespace）
2.二级缓存的底层实现依然是hashMap。
3.二级缓存在单机情况下是不存在问题的，但如果在分布式环境下，二级缓存直接失效，作用域小了。（可以用redis解决）
4.mybatis提供了redis的二级缓存实现（继承cache接口）