缓存在哪里_什么是MyBatis缓存技术

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 中可能仍有效，所以可能会出现错误