浅析mybatis里的懒加载 - 通过懒加载来提高mybatis的查询效率

一、需求背景

　　需求：比如查询订单信息，需要查询出是谁下单的，就是需要关联查询出用户信息。

　　第一种方法：我们直接关联查询出所有订单和用户的信息

　　第二种方法：分步查询，首先查询出所有的订单信息，然后如果需要用户的信息，我们在根据查询的订单信息去关联用户信息

　　对应分析：

　　如果使用第一种方法：这里我们一次查询出所有的信息，需要什么信息的时候直接从查询的结果中筛选。但是如果订单和用户表都比较大的时候，这种关联查询肯定比较耗时。

　　我们的需求是有时候需要关联查询用户信息，这里不是一定需要用户信息的。即有时候不需要查询用户信息，我们也查了，程序进行了多余的耗时操作。

　　而第二种方法：这里两步都是单表查询，执行效率比关联查询要高很多。分为两步，如果我们不需要关联用户信息，那么我们就不必执行第二步，程序没有进行多余的操作。

　　这第二种方法就是mybatis的懒加载。

二、什么是mybatis懒加载

1、懒加载是什么

　　通俗的讲就是按需加载，我们需要什么的时候再去进行什么操作。

　　而且先从单表查询，需要时再从关联表去关联查询，能大大提高数据库性能，因为查询单表要比关联查询多张表速度要快。

　　在mybatis中，resultMap可以实现高级映射(使用association、collection实现一对一及一对多映射)，association、collection具备延迟加载功能。

　　对象模型就是一个订单中持有一个对用户的引用。

　　当查询订单信息时，暂时不加载用户信息，就延迟加载（懒加载）。

2、什么情况下才能使用懒加载呢？

　　上面的情况是无法实现懒加载的。因为是连接查询，所以在查询时只是执行了一次sql语句，就查询所有的数据。

　　这种情况可能出现延迟加载，第一次查询结束之后，不在执行第二次查询。

三、开启懒加载

1、如何开启懒加载

　　查看文档

<!-- 开启懒加载配置 -->
<settings>
    <!-- 全局性设置懒加载。如果设为‘false'，则所有相关联的都会被初始化加载。 -->
    <setting name="lazyLoadingEnabled" value="true"/>

    <!-- 当设置为‘true'的时候，懒加载的对象可能被任何懒属性全部加载。否则，每个属性都按需加载。 -->
    <setting name="aggressiveLazyLoading" value="false"/>
</settings>

2、测试查看具体查询流程

　　测试一下看具体流程是怎么样的

@Test
public void testLazy(){
    String statement = "com.ys.lazyload.OrdersMapper.getOrderByOrderId";
    //创建OrdersMapper对象，mybatis自动生成mapepr代理对象
    OrdersMapper orderMapper = session.getMapper(OrdersMapper.class);
    List<Orders> orders = orderMapper.getOrderByOrderId();//第一步
    for(Orders order : orders){
        System.out.println(order.getUser());//第二步
    }
    session.close();
}

　　当我们运行到第一步时，发出了第一次查询所有订单信息sql语句：select * from orders。注意只是查询订单信息，还没有进行关联查询。

　　当我们运行到第二步时，已经执行了一次for循环，因为我们需要用户信息，故发出了根据用户id查询用户信息的sql语句。

　　注意：如果用户信息有多条，这里并不会发出多条sql语句，这是由于mybatis的一级缓存的原因。

3、总结

（1）启动懒加载，mybatis初始化返回类型的时候，会返回一个cglib代理对象，该对象的关联对象（例如一对多，多对一）相关信息就会在loadpair里边，并且添加到loadmap中，cglib对象会过滤get，set ,is,"equals", "clone", "hashCode", "toString"触发方法，然后才会调用loadpair来加载关联对象的值。所以我们必须在进行懒加载的时候必须要导入相应的jar包，不然会报错。

　　但是注意，新版的MyBatis已经不需要引入这2个包了。所以现在的一般都不需要引入了。

（2）其实通过上面的例子，我们很好理解懒加载的原理，就是按需加载。我们需要什么信息的时候再去查。而不是一次性查询所有的。将复杂的关联查询分解成单表查询，然后通过单表查询的结果去关联查询。

（3）那么不用mybatis的懒加载我们也可是实现上面的例子：

　　一、定义两个mapper方法：1、查询订单列表；2、根据用户 id 查询用户信息

　　二、先去查询第一个mapper方法，获取订单信息列表，然后放入到一个集合中

　　三、如果需要用户信息，那么在程序中，我们可以遍历订单信息，得到用户id，然后通过id去查询用户信息。

　　这与mybatis懒加载的区别就是，mybatis是在mapper.xml文件中配置好关联关系了，我们直接调用就好了。而自己实现的原理就是手动去建立关联关系。

四、懒加载具体分析研究

　　在实际使用中，我们会经常性的涉及到多表联合查询，但是有时候，并不会立即用到所有的查询结果，我来举两个例子：

• 例如，查询一批笔记本电脑的进货明细，而不直接展示每列明细对应电脑配置或者价格等的详细信息，等到用户需要取出某笔记本相关的详细信息的时候，再进行单表查询
• 再例如 ，银行中，某个用户拥有50个账户（打比方），再我们查询这个而用户的信息，这个用户下所有账户的详细信息很显然，在使用的时候再查询才是比较合理的

　　针对这样一种情况，延迟加载这一种机制就出现了，延迟加载（懒加载）顾名思义，就是对某种信息推迟加载，这样的技术也就帮助我们实现了 “按需查询” 的机制，在一对多，或者多对多的情况下

　　既然提到了延迟加载，当然顺便提一句立即加载，它的含义就是不管是否用户需要，一调用，则马上查询，这种方式，适合与多对一，或者一对一的情况下。

1、如何实现延迟加载

　　我们选择 查询账户，然后延迟加载用户的信息

（1）修改AccountMapper.xml

　　首先需要修改的就是账户的映射配置文件，可以看到我们在查询时，依旧定义了一个 resultMap 先封装了 Account ，然后通过association 进行关联 User，其中使用的就是 select 和 column 实现了延迟加载用户信息

• select 用来指定延迟加载所需要执行的 SQL 语句，也就是指定 某个SQL映射文件中的某个select标签对的 id，在这里我们指定了用户中通过id查询信息的方法
• column 是指关联的用户信息查询的列，在这里也就是关联的用户的主键即，id

<mapper namespace="cn.ideal.mapper.AccountMapper">
    <!-- 定义封装 Account和User 的resultMap -->
    <resultMap id="userAccountMap" type="Account">
        <id property="id" column="id"></id>
        <result property="uid" column="uid"></result>
        <result property="money" column="money"></result>
        <!-- 配置封装 User 的内容
            select：查询用户的唯一标识
            column：用户根据id查询的时候，需要的参数值
        -->
        <association property="user" column="uid" javaType="User" select="cn.ideal.mapper.UserMapper.findById"></association>
    </resultMap>

    <!-- 根据查询所有账户 -->
    <select id="findAll" resultMap="userAccountMap">
        SELECT * FROM account
    </select>
</mapper>

（2）第一次测试代码

　　我们只执行一下账户的查询所有方法，看一下，是否能够实现我们的效果

@Test
public void testFindAll(){
    List<Account> accounts = accountMapper.findAll();
}

　　可以看到，三条 SQL 语句都执行了，这是为什么呢？

　　这是因为，我们在测试方法之前，需要开启延迟加载功能

（3）延迟加载功能

　　我们可以去官网，如何配置开启这样一个功能

　　经过查阅文档，我们知道了，如果想要开始延迟加载功能，就需要在总配置文件 SqlMapConfig.xml 中配置 setting 属性，也就是将延迟加载 lazyLoadingEnable 的开关设置成 true ，由于是按需加载，所以还需要将积极加载修改为消极加载，也就是将 aggressiveLazyLoading 改为 false

　　当然，由于我这里导入的 MyBatis 版本为 3.4.5 所以这个值默认就是 false 实际上不用设置也可以，不过我们还是写出来

<settings>
    <setting name="lazyLoadingEnabled" value="true"/>
     <setting name="aggressiveLazyLoading" value="false"></setting>
</settings>

（4）再次测试，仍然只执行查询方法

　　这一次果然只执行了一条查询 account 的命令

　　那么当用户想要查看到，每个账户对应下的用户的时候呢？这也就是按需查询，只需要在测试时，加入对应获取方法就可以了

@Test
public void testFindAll(){
    List<Account> accounts = accountMapper.findAll();
    for (Account account : accounts){
        System.out.println("----------------------------");
        System.out.println(account);
        System.out.println(account.getUser());
    }
}

　　可以看到，我们延迟加载的目的达到了。

2、总结

　　上面的测试，我们已经实现了延迟加载，简单的总结一下步骤：

①：执行对应的 mapper 方法，也就是上例中执行 Mapper 中 id 值为 findAll 的对应 SQL配置，只查询到账户的信息

②：在程序中，遍历查询到的 accounts ，调用 getUser() 方法时，开始进行延迟加载

③：进行延迟加载，调用映射文件中 id 值为 findById 的对应 SQL配置，获取到对应用户的信息

　　可以看到，我们之前通过使用 左外连接等的 SQL书写方式，直接就可以查询到多张表

SELECT u.*,a.id as aid,a.uid,a.money FROM user u LEFT OUTER JOIN account a on u.id = a.uid;

　　但是我们可以通过延迟加载，实现我们按需查询的需求。

　　综上所述，在使用的时候，先执行简单的 SQL，然后再按照需求加载查询其他信息。