Java Mybatis 缓存

1、MyBatis缓存介绍

Mybatis提供对缓存的支持,但是在没有配置的默认情况下,它只开启一级缓存,二级缓存需要手动开启。
一级缓存只是相对于同一个SqlSession而言。 也就是针对于同一事务,多次执行同一Mapper的相同查询方法,第一查询后,MyBatis会将查询结果放入缓存,在中间不涉及相应Mapper的数据更新(Insert,Update和Delete)操作的情况下,后续的查询将会从缓存中获取,而不会查询数据库。
二级缓存是针对于应用级别的缓存,也就是针对不同的SqlSession做到缓存。 当开启二级缓存时,MyBatis会将首次查询结果存入对于Mapper的全局缓存,如果中间不执行该Mapper的数据更新操作,那么后续的相同查询都将会从缓存中获取。

2、二级缓存问题

根据二级缓存的介绍发现,如果Mapper只是单表查询,并不会出现问题,但是如果Mapper涉及的查询出现 联表 查询,如 UserMapper 在查询 user 信息时需要关联查询 组织信息,也就是需要 user 表和 organization 表关联,OrganizationMapper 在执行更新时并不会更新 UserMapper 的缓存,结果会导致在使用相同条件 使用 UserMapper 查询 user 信息时,会等到未更新前的 organization 信息,造成数据不一致的情况。

2.1、数据不一致问题验证

查询SQL

  1. SELECT
  2. u.*, o.name org_name
  3. FROM
  4. user u
  5. LEFT JOIN organization o ON u.org_id = o.id
  6. WHERE
  7. u.id = #{userId}

UserMapper

  1. UserInfo queryUserInfo(@Param("userId") String userId);

UserService

  1. public UserEntity queryUser(String userId) {
  2. UserInfo userInfo = userMapper.queryUserInfo(userId);
  3. return userInfo;
  4. }

调用查询,得到查询结果(多次查询,得到缓存数据),这里 userId = 1,data为user查询结果

  1. {
  2. "code": "1",
  3. "message": null,
  4. "data": {
  5. "id": "1",
  6. "username": "admin",
  7. "password": "admin",
  8. "orgName": "组织1"
  9. }
  10. }

查询 对应 organization 信息,结果

  1. {
  2. "code": "1",
  3. "message": null,
  4. "data": {
  5. "id": "1",
  6. "name": "组织1"
  7. }
  8. }

发现和user缓存数据一致。
执行更新 organization 操作,将 组织1 改为 组织2,再次查询组织信息

  1. {
  2. "code": "1",
  3. "message": null,
  4. "data": {
  5. "id": "1",
  6. "name": "组织2"
  7. }
  8. }

再次查询user信息,发现依旧从缓存中获取

  1. {
  2. "code": "1",
  3. "message": null,
  4. "data": {
  5. "id": "1",
  6. "username": "admin",
  7. "password": "admin",
  8. "orgName": "组织1"
  9. }
  10. }

造成此问题原因为 organization 数据信息更新只会自己Mapper对应的缓存数据,而不会通知到关联表organization 的一些Mapper更新对应的缓存数据。

2.2、问题处理思路

  • 在 Mapper1 定义时,手动配置 相应的关联 Mapper2
  • 在 Mapper1 缓存 cache1 实例化时,读取 所关联的 Mapper2 的缓存 cache2相关信息
  • 在 cache1 中存储 cache2 的引用信息
  • cache1 执行clear时,同步操作 cache2 执行clear

    3、关联缓存刷新实现

    打开二级缓存,本地项目使用 MyBatis Plus

    1. mybatis-plus.configuration.cache-enabled=true

    主要用到自定义注解CacheRelations,自定义缓存实现RelativeCache和缓存上下文RelativeCacheContext
    注解CacheRelations,使用时需标注在对应mapper上

    1. @Target(ElementType.TYPE)
    2. @Retention(RetentionPolicy.RUNTIME)
    3. public @interface CacheRelations {
    4. // from中mapper class对应的缓存更新时,需要更新当前注解标注mapper的缓存
    5. Class<?>[] from() default {};
    6. // 当前注解标注mapper的缓存更新时,需要更新to中mapper class对应的缓存
    7. Class<?>[] to() default {};
    8. }

    自定义缓存RelativeCache实现 MyBatis Cache 接口 ```java public class RelativeCache implements Cache {

    private Map CACHE_MAP = new ConcurrentHashMap<>();

    private List relations = new ArrayList<>();

    private ReadWriteLock readWriteLock = new ReentrantReadWriteLock(true);

    private String id; private Class<?> mapperClass; private boolean clearing;

    public RelativeCache(String id) throws Exception {

    1. this.id = id;
    2. this.mapperClass = Class.forName(id);
    3. RelativeCacheContext.putCache(mapperClass, this);
    4. loadRelations();

    }

    @Override public String getId() {

    1. return id;

    }

    @Override public void putObject(Object key, Object value) {

    1. CACHE_MAP.put(key, value);

    }

    @Override public Object getObject(Object key) {

    1. return CACHE_MAP.get(key);

    }

    @Override public Object removeObject(Object key) {

    1. return CACHE_MAP.remove(key);

    }

    @Override public void clear() {

    1. ReadWriteLock readWriteLock = getReadWriteLock();
    2. Lock lock = readWriteLock.writeLock();
    3. lock.lock();
    4. try {
    5. // 判断 当前缓存是否正在清空,如果正在清空,取消本次操作
    6. // 避免缓存出现 循环 relation,造成递归无终止,调用栈溢出
    7. if (clearing) {
    8. return;
    9. }
    10. clearing = true;
    11. try {
    12. CACHE_MAP.clear();
    13. relations.forEach(RelativeCache::clear);
    14. } finally {
    15. clearing = false;
    16. }
    17. } finally {
    18. lock.unlock();
    19. }
  1. }
  2. @Override
  3. public int getSize() {
  4. return CACHE_MAP.size();
  5. }
  6. @Override
  7. public ReadWriteLock getReadWriteLock() {
  8. return readWriteLock;
  9. }
  10. public void addRelation(RelativeCache relation) {
  11. if (relations.contains(relation)){
  12. return;
  13. }
  14. relations.add(relation);
  15. }
  16. void loadRelations() {
  17. // 加载 其他缓存更新时 需要更新此缓存的 caches
  18. // 将 此缓存 加入至这些 caches 的 relations 中
  19. List<RelativeCache> to = UN_LOAD_TO_RELATIVE_CACHES_MAP.get(mapperClass);
  20. if (to != null) {
  21. to.forEach(relativeCache -> this.addRelation(relativeCache));
  22. }
  23. // 加载 此缓存更新时 需要更新的一些缓存 caches
  24. // 将这些缓存 caches 加入 至 此缓存 relations 中
  25. List<RelativeCache> from = UN_LOAD_FROM_RELATIVE_CACHES_MAP.get(mapperClass);
  26. if (from != null) {
  27. from.forEach(relativeCache -> relativeCache.addRelation(this));
  28. }
  29. CacheRelations annotation = AnnotationUtils.findAnnotation(mapperClass, CacheRelations.class);
  30. if (annotation == null) {
  31. return;
  32. }
  33. Class<?>[] toMappers = annotation.to();
  34. Class<?>[] fromMappers = annotation.from();
  35. if (toMappers != null && toMappers.length > 0) {
  36. for (Class c : toMappers) {
  37. RelativeCache relativeCache = MAPPER_CACHE_MAP.get(c);
  38. if (relativeCache != null) {
  39. // 将找到的缓存添加到当前缓存的relations中
  40. this.addRelation(relativeCache);
  41. } else {
  42. // 如果找不到 to cache,证明to cache还未加载,这时需将对应关系存放到 UN_LOAD_FROM_RELATIVE_CACHES_MAP
  43. // 也就是说 c 对应的 cache 需要 在 当前缓存更新时 进行更新
  44. List<RelativeCache> relativeCaches = UN_LOAD_FROM_RELATIVE_CACHES_MAP.putIfAbsent(c, new ArrayList<RelativeCache>());
  45. relativeCaches.add(this);
  46. }
  47. }
  48. }
  49. if (fromMappers != null && fromMappers.length > 0) {
  50. for (Class c : fromMappers) {
  51. RelativeCache relativeCache = MAPPER_CACHE_MAP.get(c);
  52. if (relativeCache != null) {
  53. // 将找到的缓存添加到当前缓存的relations中
  54. relativeCache.addRelation(this);
  55. } else {
  56. // 如果找不到 from cache,证明from cache还未加载,这时需将对应关系存放到 UN_LOAD_TO_RELATIVE_CACHES_MAP
  57. // 也就是说 c 对应的 cache 更新时需要更新当前缓存
  58. List<RelativeCache> relativeCaches = UN_LOAD_TO_RELATIVE_CACHES_MAP.putIfAbsent(c, new ArrayList<RelativeCache>());
  59. relativeCaches.add(this);
  60. }
  61. }
  62. }
  63. }

}

  1. 缓存上下文`RelativeCacheContext`
  2. ```java
  3. public class RelativeCacheContext {
  4. // 存储全量缓存的映射关系
  5. public static final Map<Class<?>, RelativeCache> MAPPER_CACHE_MAP = new ConcurrentHashMap<>();
  6. // 存储 Mapper 对应缓存 需要to更新缓存,但是此时 Mapper 对应缓存还未加载
  7. // 也就是 Class<?> 对应的缓存更新时,需要更新 List<RelativeCache> 中的缓存
  8. public static final Map<Class<?>, List<RelativeCache>> UN_LOAD_TO_RELATIVE_CACHES_MAP = new ConcurrentHashMap<>();
  9. // 存储 Mapper 对应缓存 需要from更新缓存,但是在 加载 Mapper 缓存时,这些缓存还未加载
  10. // 也就是 List<RelativeCache> 中的缓存更新时,需要更新 Class<?> 对应的缓存
  11. public static final Map<Class<?>, List<RelativeCache>> UN_LOAD_FROM_RELATIVE_CACHES_MAP = new ConcurrentHashMap<>();
  12. public static void putCache(Class<?> clazz, RelativeCache cache) {
  13. MAPPER_CACHE_MAP.put(clazz, cache);
  14. }
  15. public static void getCache(Class<?> clazz) {
  16. MAPPER_CACHE_MAP.get(clazz);
  17. }
  18. }

使用方式

UserMapper.java

  1. @Repository
  2. @CacheNamespace(implementation = RelativeCache.class, eviction = RelativeCache.class, flushInterval = 30 * 60 * 1000)
  3. @CacheRelations(from = OrganizationMapper.class)
  4. public interface UserMapper extends BaseMapper<UserEntity> {
  5. UserInfo queryUserInfo(@Param("userId") String userId);
  6. }

queryUserInfo是xml实现的接口,所以需要在对应xml中配置<cache-ref namespace="com.mars.system.dao.UserMapper"/>,不然查询结果不会被缓存化。如果接口为 BaseMapper实现,查询结果会自动缓存化。
UserMapper.xml

  1. <mapper namespace="com.mars.system.dao.UserMapper">
  2. <cache-ref namespace="com.mars.system.dao.UserMapper"/>
  3. <select id="queryUserInfo" resultType="com.mars.system.model.UserInfo">
  4. select u.*, o.name org_name from user u left join organization o on u.org_id = o.id
  5. where u.id = #{userId}
  6. </select>
  7. </mapper>

OrganizationMapper.java

  1. @Repository
  2. @CacheNamespace(implementation = RelativeCache.class, eviction = RelativeCache.class, flushInterval = 30 * 60 * 1000)
  3. public interface OrganizationMapper extends BaseMapper<OrganizationEntity> {
  4. }

CacheNamespace中flushInterval在默认情况下是无效的,也就是说缓存并不会定时清理。ScheduledCache是对flushInterval功能的实现,MyBatis 的缓存体系是用装饰器进行功能扩展的,所以,如果需要定时刷新,需要使用ScheduledCache给到 RelativeCache添加装饰。
至此,配置和编码完成。
开始验证:
查询 userId=1的用户信息

  1. {
  2. "code":"1",
  3. "message":null,
  4. "data":{
  5. "id":"1",
  6. "username":"admin",
  7. "password":"admin",
  8. "orgName":"组织1"
  9. }
  10. }

更新组织信息,将 组织1 改为 组织2

  1. {
  2. "code":"1",
  3. "message":null,
  4. "data":{
  5. "id":"1",
  6. "name":"组织2"
  7. }
  8. }

再次查询用户信息

  1. {
  2. "code":"1",
  3. "message":null,
  4. "data":{
  5. "id":"1",
  6. "username":"admin",
  7. "password":"admin",
  8. "orgName":"组织2"
  9. }
  10. }

符合预期。