MyBatis（十三）mybatis的缓存

刺骨的言语ヽ痛彻心扉 2021-06-22 15:37 386阅读 0赞

### 目录 ###

*  MyBatis的缓存
 *   *  一级缓存
     *   *  ① 用户持久层接口 \`IUserDao\`
         *  ② 用户持久层映射文件 \`IUserDao.xml\`
         *  ③ 测试方法1
         *  ④ 测试方法2
         *  ⑤ 小结
     *  二级缓存
     *   *  ① 开启二级缓存
         *  ② 配置相关的mapper映射文件
         *  ③ 测试
         *  ④ 二级缓存的注意事项

# MyBatis的缓存 #

像大多数的持久化框架一样，mybatis也提供了缓存策略，通过缓存策略来减少数据库的查询次数，从而提高性能。mybatis的缓存分为一级缓存和二级缓存：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70]

## 一级缓存 ##

一级缓存指的是mybatis中SqlSession对象的缓存。  
当我们执行查询之后，查询的结果会同时存入到sqlSession为我们提供的一块区域中。  
该区域的结构是一个Map，当我们再次查询同样的数据，mybatis会先去SQLSession中查询是否存在，有的话直接拿出来使用。  
当SqlSession对象消失的时候，mybatis的一级缓存也就消失了。

我们可以演示一下：

### ① 用户持久层接口 `IUserDao` ###

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

### ② 用户持久层映射文件 `IUserDao.xml` ###

<?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
    
    <mapper namespace="com.veeja.dao.IUserDao">
        
        <select id="findById" parameterType="INT" resultType="user">
            select * from user where id = #{id}
        </select>
    </mapper>

### ③ 测试方法1 ###

我们先测试这样一个方法，同样的查询我们进行两遍，我们看会输出什么？

@Test
    public void testFirstLevelCache() { 
        User user1 = userDao.findById(41);
        System.out.println(user1);
        User user2 = userDao.findById(41);
        System.out.println(user2);
        System.out.println(user1 == user2);
    }

结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 1]  
我们可以看到，我们进行了两次的查询，但是实际上却是查询了一次，而且`user1==user2`为真，表示这两个是一个对象。

### ④ 测试方法2 ###

我们上面还说，一级缓存是只在本次的sqlsession中生效的，我们也可以演示这一点：

@Test
    public void testFirstLevelCache() { 
        User user1 = userDao.findById(41);
        System.out.println(user1);
        
        // 释放session，并且再次创建一个sqlSession
        sqlSession.close();
        sqlSession = factory.openSession();
        IUserDao userDao = sqlSession.getMapper(IUserDao.class);
        
        User user2 = userDao.findById(41);
        System.out.println(user2);
        
        System.out.println(user1 == user2);
    }

我们再次看一下输出结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 2]  
我们可以看到，上面是执行了两次查询的，而且`user1==user2`的真值为false。

当然我们也可以使用sqlSession的`clearCache()`方法来清空缓存。

### ⑤ 小结 ###

**最后我们简单的总结一下一级缓存：**  
一级缓存是 SqlSession 范围的缓存，当调用SqlSession的`修改`，`添加`，`删除`，`commit()`，`close()`等方法时，就会清空一级缓存。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 3]  
第一次发起查询用户 id 为 1 的用户信息，先去找缓存中是否有 id 为 1 的用户信息，如果没有，从数据库查 询用户信息。  
得到用户信息，将用户信息存储到一级缓存中。  
如果 sqlSession 去执行 commit 操作（执行插入、更新、删除），清空 SqlSession 中的一级缓存，这样做的目的为了让缓存中存储的是最新的信息，避免脏读。  
第二次发起查询用户 id 为 1 的用户信息，先去找缓存中是否有 id 为 1 的用户信息，缓存中有，直接从缓存 中获取用户信息。

## 二级缓存 ##

二级缓存是 mapper 映射级别的缓存，多个 SqlSession 去操作同一个 Mapper 映射的 sql 语句，多个 SqlSession 可以共用二级缓存，二级缓存是跨 SqlSession 的。![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 4]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 5]  
首先开启 mybatis 的二级缓存。  
sqlSession1 去查询用户信息，查询到用户信息会将查询数据存储到二级缓存中。  
如果 SqlSession3 去执行相同 mapper 映射下 sql，执行 commit 提交，将会清空该 mapper 映射下的二 级缓存区域的数据。  
sqlSession2 去查询与 sqlSession1 相同的用户信息，首先会去缓存中找是否存在数据，如果存在直接从 缓存中取出数据。

### ① 开启二级缓存 ###

在SqlMapConfig.xml文件中开启二级缓存。

因为 cacheEnabled 的取值默认就为 true，所以这一步可以省略不配置。为 true 代表开启二级缓存；为 false 代表不开启二级缓存。

### ② 配置相关的mapper映射文件 ###

<?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
    
    <mapper namespace="com.veeja.dao.IUserDao">
        
        <cache></cache>
    
        
        <select id="findById" parameterType="INT" resultType="user" useCache="true">
            select * from user where id = #{id}
        </select>
    </mapper>

`<cache>`标签表示当前这个 mapper 映射将使用二级缓存，区分的标准就看 mapper 的 namespace 值。  
将 UserDao.xml 映射文件中的`<select>`标签中设置 `useCache="true"`代表当前这个 statement 要使用 二级缓存，如果不使用二级缓存可以设置为 false。  
**注意：针对每次查询都需要最新的数据 sql，要设置成 `useCache="false"`，禁用二级缓存。**

### ③ 测试 ###

public class SecondCacheTest { 
        private InputStream in = null;
        SqlSessionFactory factory = null;
    
        @Before //用于在测试方法执行之前执行
        public void init() throws IOException { 
            // 1. 读取配置文件，生成字节输入流
            in = Resources.getResourceAsStream("SqlMapConfig.xml");
            // 2. 获取SqlSessionFactory
            factory = new SqlSessionFactoryBuilder().build(in);
        }
    
        @After //用于在测试方法执行之后执行
        public void destory() throws IOException { 
            in.close();
        }
    
        @Test
        public void testSecondLevelCache() { 
            SqlSession sqlSession1 = factory.openSession();
            IUserDao userDao1 = sqlSession1.getMapper(IUserDao.class);
            User user1 = userDao1.findById(41);
            System.out.println(user1);
            sqlSession1.close();//一级缓存消失
    
    
            SqlSession sqlSession2 = factory.openSession();
            IUserDao userDao2 = sqlSession2.getMapper(IUserDao.class);
            User user2 = userDao2.findById(41);
            System.out.println(user2);
    
            System.out.println(user1 == user2);
        }
    }

执行结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 6]  
我们可以看到，只执行了一次查询，但是为什么两个对象执行`==`的结果却是false呢？  
这是因为二级缓存中，存放的内容是数据，而不是对象，json格式的数据，每次调用的时候都是把这些数据拿出来，填充到一个新的对象中，所以数据是相同的，而对象却是不同的。

### ④ 二级缓存的注意事项 ###

当我们在使用二级缓存的时候，所缓存的类一定要实现java.io.Serializable接口，这种就可以使用序列化方式来保存对象。

public class User implements Serializable { 
        private Integer id;
        private String username;
        private String address;
        private String sex;
        private Date birthday;
    }

--------------------

END.

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70]: /images/20210615/944716a6e77d4902833c087857b8facc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 1]: /images/20210615/2b912149f9994615bb04fe44d5998c5a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 2]: /images/20210615/8d0b2280c6144d8e93a582dfaa5ff81e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 3]: /images/20210615/c236e66a27944e809a8419eba58a3982.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 4]: /images/20210615/f99bb42df7d64a1ebc31c1e0204c7a00.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 5]: /images/20210615/fcc5ec0905b44c42b13fb7c59947bd78.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 6]: /images/20210615/b876cb0a312647048a837f415a59431b.png