Mybatis学习（四）之延时加载、缓存

一、mybatis中的延时加载

场景案例：在一对多中，当我们有一个用户，他有100个账户，我们想查询用户信息。

问题：
  在查询用户的时候，要不要把关联的账户查出来？
  在查询账户的时候，要不要把关联的用户查出来？
  
内存分析：

答案：
  在查询用户时，用户下的账户信息是，什么时候使用，什么时候查询的。
  在查询账户时，账户的所属用户信息应该是随着账户查询时一起查询出来的。

什么是延迟加载和立即加载？

延时加载：
　　在真正使用数据时才发起查询，不用的时候不查询。按需加载（懒加载）。即：将数据加载的时机推迟了，比如推迟嵌套查询的执行时机。
　　在mybatis中经常用到关联查询，但是并不是任何时候都需要立即返回关联查询结果。
　　比如查询用户信息，并不一定需要及时返回用户对应的账户信息，这种情况就需要一种机制，当需要查看时，再执行查询，返回需要的结果集，这种需求在mybatis中可以使用延迟加载机制来实现。
　　延迟加载可以实现先查询主表，按需实时做关联查询，返回关联表结果集，一定程度上提高了效率。

在mybatis中，resultMap标签的association标签和collection标签具有延迟加载的功能。

立即加载：
　　不管用不用，只要一调用方法，马上发起查询，也就是不启用延迟加载的功能，都是立即加载。

在对应的四种表关系中：一对一，一对多，多对一，多对多。
　　一对多，多对多：通常情况下我们都是采用延迟加载。
　　多对一，一对一：通常情况下我们都是采用立即加载。

二、一对一延时加载

1、在SqlMapConfig.xml中配置setting标签
详情，请看mybatis官网文档

<!-- 配置延迟加载策略-->
<settings>
     <!--打开延迟加载的全局开关-->
     <setting name="lazyLoadingEnabled" value="true"/>
     <!--将积极（立即）加载改为延迟加载，即按需加载   
         版本<=3.4.1  默认为true 立即加载
         >=3.4.1，默认为false 按需加载-->
     <setting name="aggressiveLazyLoading" value="false"/>
 </settings>

2、在IAccoutDao.xml中配置association标签

<!--定义封装account和user的resultMap-->
<resultMap id="accountUserMap" type="account">
    <id property="id" column="id"></id>
    <result property="uid" column="uid"></result>
    <result property="money" column="money"></result>
    <!-- 一对一的关系映射：配置封装user的内容
    	  column：account表的外键字段，也会作为延迟加载select调用的方法参数自动传入。
          select：要延时加载的statement的id。
          即：延时加载需要两个statement语句来完成。
          
          select属性的内容，查询用户的唯一标识符
          column属性的内容:用户根据id查询时，所需要参数的值
          
       即：column是作为id参数传递给select映射的语句
       根据id查询对应的用户信息
    -->
    <association property="user" column="uid" select="com.itheima.dao.IUserDao.findUserById"></association>
</resultMap>

查询语句就只需要查询账户表的信息

<select id="findAll" resultMap="accountUserMap">
    select * from account
</select>

3、测试方法

@Test
public void testFindAll(){
    List<Account> accounts = accountDao.findAll();
    for (Account account: accounts) {
        System.out.println("-----每一个account的信息------");
        //加载账户信息顺便加载对应的用户信息
        System.out.println(account);
        System.out.println(account.getUser());
    }
}

运行结果分析：

三、一对多延时加载

步骤都跟一对一延时加载差不多。

1、在SqlMapConfig.xml中配置setting标签（略，请看上面这一步的配置）
2、在IUserDao.xml中配置collection标签

<!--定义user的resultMap-->
 <resultMap id="userAccountMap" type="user">
     <id property="id" column="id"></id>
     <result property="username" column="username"></result>
     <result property="address" column="address"></result>
     <result property="sex" column="sex"></result>
     <result property="birthday" column="birthday"></result>
     <!--
         collection定义关联集合类型的属性的封装规则
         ofType:指定集合里面元素的类型
     -->
     <collection property="accounts" ofType="account" select="com.itheima.dao.IAccountDao.findAccountByUid" column="id"></collection>
 </resultMap>

查询语句就只需要查询用户的信息

<select id="findAll" resultMap="userAccountMap">
    select * from user
</select>

3、IAccountDao要有根据用户id查询账户的方法

List<Account> findAccountByUid(Integer uid);

<select id="findAccountByUid" resultType="Account">
    select * from account where uid = #{uid}
</select>

4、测试方法

@Test
    public void testFindAll(){
    	//只加载用户信息
        List<User> users = userDao.findAll();
//        for (User user: users){
//            System.out.println("-----每个用户的信息-----");
//            System.out.println(user);
//            System.out.println(user.getAccounts());
//        }
    }

运行结果：

四、缓存

1、什么是缓存？
存在于内存中的临时数据。

2、为什么使用缓存？
减少和数据库的交互次数，提高执行效率。

3、什么样的数据能使用缓存，什么样的数据不能使用

• 适用于缓存：
  　　经常查询并且不经常改变的。
  　　数据的正确与否对最终结果影响不大的
• 不适用于缓存：
  　　经常改变的数据。
  　　数据的正确与否对最终结果影响很大的。如，商品库存，银行汇率，股市牌价。

mybatis中的一级缓存和二级缓存

一级缓存：

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

IUserDao.xml：

测试方法：
我们使用findUserById方法

测试两次查询，运行结果如下：

只查询一次，而且两个对象是一样的。
然后我们再测试查询第一次之后，将SqlSession关闭，再重新打开，测试第二次查询，会怎样？
测试方法如下：

运行结果：

这时候两个对象已经不是同一个了，输出也是false。

进行了两次查询，第二次不再是从缓存中读取，而是访问数据库。
而且SqlSession除了关闭能清空缓存之外，还有一个办法可以实现清缓存，SqlSession的clearCache方法。

因此mybatis中默认就是一级缓存了（平时的测试类就是一级缓存存在SqlSession中）

一级缓存是SqlSession范围的缓存，当调用SqlSession的修改，添加，删除，commit()，close()等方法时，就会清空一级缓存。

二级缓存

它指的是Mybatis中SqlSessionFactory对象的缓存。由同一个SqlSessionFactory对象创建的SqlSession共享其缓存。
二级缓存的使用步骤：
　　　第一步：让Mybatis框架支持二级缓存（在SqlMapConfig.xml中配置）
　　　第二步：让当前的映射文件支持二级缓存（在IUserDao.xml中配置）
　　　第三步：让当前的操作支持二级缓存（在select标签中配置）

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

测试二次缓存
1. SqlMapConfig.xml

<settings>
    <setting name="cacheEnabled" value="true"/>
</settings>

2. 在映射文件IUserDao.xml开启二级缓存，在需要使用二级缓存的操作配置（在select标签中配置）

 <!--开启user支持二级缓存-->
 <cache/>

 <!-- 根据id查询用户   注意属性useCache -->
 <select id="findUserById" parameterType="Integer" resultType="user" useCache="true">
     select * from user where id=#{userId};
 </select>

3. 测试类：

public class SecondLevelCacheTest {
    private InputStream in;
    private SqlSessionFactoryBuilder builder;
    private SqlSessionFactory factory;

    @Before
    public void init() throws Exception{
        //1、读取配置文件，生成字节输入流
        in = Resources.getResourceAsStream("SqlMapConfig.xml");
        //2、获取SqlSessionFactory
        builder = new SqlSessionFactoryBuilder();
        factory = builder.build(in);
    }

    @After
    public void destroy() throws Exception{
        in.close();
    }

    @Test
    public void testFirstLevelCache(){
        SqlSession sqlSession1 = factory.openSession();
        IUserDao dao1 = sqlSession1.getMapper(IUserDao.class);
        //第一次查询
        User user1 = dao1.findUserById(41);
        System.out.println(user1);
        sqlSession1.close();//一级缓存消失

        SqlSession sqlSession2 = factory.openSession();
        IUserDao dao2 = sqlSession2.getMapper(IUserDao.class);
        //第一次查询
        User user2 = dao2.findUserById(41);
        sqlSession2.close();
        System.out.println(user2);

        System.out.println(user1 == user2);
    }
}

运行结果：

就只进行了一次查询而已，第二次是从二级缓存里拿的。