Mybatis延迟加载、缓存

一、Mybatis中的延迟加载

 　　1、延迟加载背景：Mybatis中Mapper配置文件中的resultMap可以实现高级映射(使用association、collection实现一对一及一对多（多对多）映射)，同样的association、collection具备延迟加载功能。所谓延迟加载，就是先单表查询，需要时再从关联表去关联查询（同样也可能只是是单表查询），大大单表查询速度更快，所以可以间接的提高数据库性能

　　2、在mybatis核心配置文件中配置，其中lazyLoadingEnabled表示懒加载开关、aggressiveLazyLoading表示非懒加载（积极加载），通过在Mybatis核心配置文件中配置这些属性的值来使用Mybatis的懒加载，具体配置方式如下：

    <settings>
        <!--懒加载模式在Mybatis中默认是关闭的-->
        <setting name="lazyLoadingEnabled" value="true"/>
        <!--不同于懒加载的：积极加载方式，所以在懒加载的时候设置该属性为false-->
        <setting name="aggressiveLazyLoading" value="false"></setting>
    </settings>

 

 　　3、由于是使用懒加载，所以我们显然可以将Mapper配置文件中的查询分为两张单表查询的statment，其中User表的查询放在Order查询配置的resultMap中，并进行延迟加载的设置

    <select id="findUserByUid" parameterType="int" resultType="cn.mybatis.po.User">
        SELECT * FROM USER WHERE uid = #{id}
    </select>

    <resultMap id="OrderAndUserByLazyLoading" type="cn.mybatis.po.Order">
        <id column="oid" property="oid"></id>
        <result column="total" property="total"></result>
        <result column="ordertime" property="ordertime"></result>
        <result column="name" property="name"></result>

        <!--
            实现延迟加载功能
            select：指定延迟加载需要执行的statment的id（即根据用户id查询用户信息的select的statment）
            column：关联查询的列信息-->
        <association property="user" javaType="cn.mybatis.po.User" select="findUserByUid" column="uid">
        </association>
    </resultMap>
    
    <select id="findOrderAndUserByLazyLoading" resultMap="OrderAndUserByLazyLoading">
        SELECT * FROM orders
    </select>

 

　　4、在Mapper.java中添加了延迟加载的测试方法

    //延迟加载测试方法
    public List<Order> findOrderAndUserByLazyLoading() throws Exception;

　　5、使用Junit测试延迟加载的测试代码

    @Test
    public void testFindOrderAndUserByLazyLoading() throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        OrderMapper orderMapper = sqlSession.getMapper(OrderMapper.class);

        List<Order> orderList= orderMapper.findOrderAndUserByLazyLoading();

        for (Order order : orderList) {
            System.out.println(order.getUser());
        }

        sqlSession.close();
    }

 　　6、测试结果，从测试结果可以看出，我们首先只是单表查询了order是表的信息，然后在遍历查询到的结果（打印User信息）的时候，又发出查询user信息的Sql，从而实现了延迟加载的功能

二、Mybatis中的一级缓存

　　1、一级缓存是在SqlSession 层面进行缓存的。即在同一个SqlSession 中，多次调用同一个Mapper中的同一个statment并且是同一个参数的话，只会进行一次数据库查询，然后把数据缓存到缓冲中，如果以后要查询相同的Sql和参数，就直接先从缓存中取出数据，不会直接去查数据库。​ 但是不同的SqlSession对象，因为不用的SqlSession都是相互隔离的，所以相同的Mapper、参数和方法，他还是会再次发送到SQL到数据库去执行，返回结果。（本质上是在SqlSession作用域下面的HashMap本地缓存，当 SqlSession 刷新或 关闭之后，该Session中的所有 缓存数据就将清空。）可以用下面的这张图来表示一级缓存

 

　　2、我们来使用一级缓存进行测试，首先通过上面一级缓存的简单定义，我们可以得到下面的这张简略图，用以示解一级缓存。在实例图中，第一次查询某条记录时候，Mybatis所做的就是将查询到的结果放在该SqlSession的缓存中，如果期间没有该数据的修改、删除、或者增加操作，那么之后再读取该数据就会直接从缓存中得到数据，而不用再向数据库发Sql请求，当然，如果第一次查询之后，对数据进行了delete、update、insert操作，那么就会删除缓存中的数据，这样做的目的也很显然，保证数据的最新性，避免出现脏读的情况。

 

　　3、一级缓存的测试（Mybatis中默认开启的是一级缓存）

　　做个简单的测试：按照上面的图中所示，我们查询两次id=1的User信息，并且两次查询期间没有进行会清空缓存的操作，结果应该是只向数据库发送一次Sql查询

    @Test
    public void testUpdateUserInfo() throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

        User user1 = userMapper.findUserById(1);
        System.out.println(user1);

        User user2 = userMapper.findUserById(1);
        System.out.println(user2);

        sqlSession.close();
    }

 

　　4、我们通过观察日志可以看出，只是在第一次查询的时候发送了Sql，第二次是直接打印user信息

　　

　　当然，接下来要做的测试就是在两次查询期间做insert操作，然后观察日志，结果应该是发现会想数据库发送两次sql

    @Test
    public void testUpdateUserInfo() throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

        User user1 = userMapper.findUserById(1);
        System.out.println(user1);

        User user = new User("InsertTest","insert","insert","man");
        userMapper.insertUserInfo(user);
        sqlSession.commit();

        User user2 = userMapper.findUserById(1);
        System.out.println(user2);

        sqlSession.close();
    }

 　　5、我们在测试代码中加了insert之后，通过观察日志可以发现，在查询过程中，向Database发送了两条select语句，可以验证上面的猜想

　　

三、Mybatis中的二级缓存

　　1、二级缓存的实现机制基本上和一级缓存机制相同，不同的作用域不一样，二级缓存区域在一个个的mapper中。显然，由于多个SqlSession可以操作同一个mapper，所以二级缓存比一级缓存域更大。二级缓存按照mapper划分，简而言之，也可说成按照mapper中的namespace进行划分，这样看来，每一个namespace下面都有一个二级缓存区域，而如果两个mapper的namespace相同，那么数据会缓存在相同的缓存区域中。当然，类似于一级缓存的特点，如果不同的SqlSession进行数据的insert、delete、update操作的话，也会清空二级缓存中的数据

　　2、开启二级缓存后，进行测试。具体使用二级缓存在配置文件中的配置为：

　　首先在Mybatis的核心配置文件中配置二级缓存（本项目中的SQLMapConfig.xml）

    <!--settings配置二级缓存 -->
    <settings>
        <setting name="cacheEnabled" value="true"></setting>
    </settings>

 

　　然后在需要配置二级缓存的特定mapper配置文件中进行添加二级缓存的配置

　　

　　3、编写测试程序并运行

 @Test
    public void testCache() throws Exception {
        SqlSession sqlSession1 = sqlSessionFactory.openSession();
        UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class);
        User user1 = userMapper1.findUserById(1);
        System.out.println(user1);
        //需要将SqlSession关闭才能将数据写入缓存
        sqlSession1.close();


        SqlSession sqlSession2 = sqlSessionFactory.openSession();
        UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);
        User user2 = userMapper2.findUserById(1);
        System.out.println(user2);
        sqlSession2.close();


    }

 

　　在运行的时候出现了下面的异常，原因就是没有实现序列化接口，由于缓存数据可能再本地内存中，也可能在其他存储介质上，所以存在对象的序列化和反序列化

 　　所以在实现序列化接口之后，再次运行，得到下面的结果

 四、Mybatis和ehcache整合

 　　1、首先说明ehcache是一个分布式的缓存框架，而使用Mybatis和ehcache进行整合的时候，首先就需要导入ehcache的jar包和mybatis与ehcache整合的jar包，如下图所示

　　

 　　2、下面是mybatis-ehcache整合jar包中的Cache接口实现类

　　 

　　3、然后我们在Mapper配置文件中配置二级缓存

    <!--关于cache标签的一些属性说明：
        type：指定Mybatis中默认实现的cache接口的实现类类型，Mybatis中默认使用PerpetualCache
        如果和ehcache整合，需要将type配置为ehcache实现cache的实现类类型
    -->
    <cache type="org.mybatis.caches.ehcache.EhcacheCache"/>

　　4、下面是mybatis和ehcache整合之后的测试结果