MyBatis缓存

引言

在一个Web项目中，查询数据库中的操作算是一个非常常用的操作，但是有些数据会被经常性的查询，而每一次都去数据库中查询这些重复的数据，会很消耗数据库的资源，同时使得查询效率也很低，而 MyBatis 中就通过缓存技术来解决这样的问题，也就是说：将一些经常查询，并且不经常改变的，以及数据的正确对最后的结果影响不大的数据，放置在一个缓存容器中，当用户再次查询这些数据的时候，就不必再去数据库中查询，直接在缓存中提取就可以了

注：缓存可以简单理解为存在于内存中的临时数据

MyBatis 提供了 一级缓存和二级缓存两种形式

• 一级缓存 ：它是 SqlSession 级别的缓存，SqlSession 类的实例对象中提供了一个 HashMap 的结构，可以用于存储缓存数据，当我们再次查询同一数据的时候，MyBatis 会先去 SqlSession 中查询，有的话，就直接调用
• 二级缓存 ：是Mapper 级别的缓存，也就是说，如果多个 SqlSession 类的实例，去操作同一个Mapper配置文件中的SQL，这些实例对象可以共用二级缓存

一级缓存

(1) 基本阐述

上面我们总的讲了一级缓存的原理，现在梳理一下它细节

以一个通过 id 查询用户的例子来说

• 第一次查询 id 为某个值的用户信息时，先去 SqlSesion 的一级缓存中去寻找，如果找到了，就直接用，如果没有找到就去数据库中去查，然后将查到的内容存到一级缓存区域
• 但是，如果在下一次操作中，执行了 commit 操作，也就是执行了增删改的操作，一级缓存区域内的内容会被清空，这是为了保证缓存中的数据的有效性，避免脏读的产生

(2) 程序演示

演示前，我把需要准备的一些类或者表现贴出来

User表

CREATE TABLE USER ( `id`            INT(11)NOT NULL AUTO_INCREMENT, `username`     VARCHAR(32) NOT NULL COMMENT '用户名', `telephone`    VARCHAR(11) NOT NULL COMMENT '手机', `birthday`        DATETIME DEFAULT NULL COMMENT '生日', `gender`          CHAR(1) DEFAULT NULL COMMENT '性别', `address`         VARCHAR(256) DEFAULT NULL COMMENT '地址',  PRIMARY KEY  (`id`)) ENGINE=INNODB DEFAULT CHARSET=utf8;

User实体类

public class User implements Serializable {    private Integer id;    private String username;    private String telephone;    private Date birthday;    private String gender;    private String address;    ...... 请补充 get set 方法}

UserMapper接口

public interface UserMapper {    /**     * 根据id查询用户信息     * @param userId     * @return     */    User findById(Integer userId);}

UserMapper.xml

<?xml version="1.0" encoding="UTF-8"?>       SELECT * FROM user where id = #{uid}    

测试方法

/*** 测试查询所有*/@Testpublic void testFirstLevelCache() {    User user1 = userMapper.findById(16);    System.out.println(user1);    User user2 = userMapper.findById(16);    System.out.println(user2);    System.out.println(user1 == user2);}

执行效果

可以很明显的看到，当我们在同一个 sqlSession的情况下，当我们第一次查询 id 值为 16 的用户时，从数据库中确实查询到了数据，而第二次查询的时候，却没有任何日志的数据，而同时我们可以看到，通过输出语句，看到两个对象是完全相同的，这也就意味着，第二次查询不是从数据库查询出来的，而是从缓存中

二级缓存

(1) 基本阐述

通过上面的简单认识，我们认识到一级缓存是基于同一个 SqlSession的，但是有时候由于方法封装的原因，或者在查询完，SqlSession 对象会关闭，一级缓存就清空了，会导致无法从中获取内容

二级缓存的可以帮我们解决一级缓存无法使用的情况，前面已经说过二级缓存是Mapper 级别的缓存，多个SqlSession类的实例对象加载同一个Mapper配置文件，并执行其中SQL配置的收，他们就共享同一个 Mapper 缓存，执行流程也与一级缓存基本是一致的

• 查询时，先去Mapper缓存区去找这个值，如果找不到，就去数据库查，然后将查询到的结果存储到缓存中，等下次使用
• 当某个 SqlSession 类的实例对象执行了增删改操作时，二级缓存会被清空

还依据刚开始准备的代码，我们直接写出其测试代码，看看在不同的 SqlSession 下，加载同一个Mapper的SQL是否会看到二级缓存的效果

(2) 程序演示

测试代码

@Testpublic void testSecondLevelCache() {    SqlSession sqlSession1 = factory.openSession();    UserMapper mapper1 = sqlSession1.getMapper(UserMapper.class);    User user1 = mapper1.findById(16);    sqlSession1.close();    SqlSession sqlSession2 = factory.openSession();    UserMapper mapper2 = sqlSession2.getMapper(UserMapper.class);    User user2 = mapper2.findById(16);    sqlSession1.close();    System.out.println(user1 == user2);}

第一次执行效果

看完测试代码，我们发现，SQL执行了两次，很显然，没有达到了我们的期望，那么是哪里不对呢？

答案是，在MyBatis中一级缓存是默认开启的，而二级缓存则需要进行配置开启

要开启二级缓存，需要进行两个操作步骤

• ①：在总配置文件 SqlMapConfig.xml 中配置 setting属性
• ②：在SQL映射文件中开启二级缓存

通过官网的文档，可以看到，默认值就是true，所以，不配置也是可以的，不过我们还是先给出来

修改 SqlMapConfig.xml

修改 UserMapper.xml

只需要在文件中添加一个 cache标签就可以了，非常简单

执行效果

还有一个需要注意的地方，那就是我们最后做的判断 System.out.println(user1 == user2); 为什么的到的结果却是 false呢？

这是因为，在二级缓存中，存入的是值，而不是对象，当需要使用的时候，会创建出新的用户，然后将值传入，所以这里是不等的

不过使用二级缓存的时候，一定要谨慎，因为有时候不同的namespace下的 SQL配置中可能缓存着相同的数据，如我们上面的例子，UserMapper.xml 中有关于 user表的操作，但是如果在其他 Mmpper.xml 中仍然有针对 user 单表的操作，这会导致两方数据不一样，如果在我们 UserMapper.xml 进行了刷新缓存，但是另一个Mapper.xml 中可能仍有效，所以可能会出现错误