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>
LazyLoading配置文件信息

 

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

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

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

 1     @Test
 2     public void testFindOrderAndUserByLazyLoading() throws Exception {
 3         SqlSession sqlSession = sqlSessionFactory.openSession();
 4         OrderMapper orderMapper = sqlSession.getMapper(OrderMapper.class);
 5 
 6         List<Order> orderList= orderMapper.findOrderAndUserByLazyLoading();
 7 
 8         for (Order order : orderList) {
 9             System.out.println(order.getUser());
10         }
11 
12         sqlSession.close();
13     }

   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查询

 1     @Test
 2     public void testUpdateUserInfo() throws Exception {
 3         SqlSession sqlSession = sqlSessionFactory.openSession();
 4         UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
 5 
 6         User user1 = userMapper.findUserById(1);
 7         System.out.println(user1);
 8 
 9         User user2 = userMapper.findUserById(1);
10         System.out.println(user2);
11 
12         sqlSession.close();
13     }

 

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

  

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

 1     @Test
 2     public void testUpdateUserInfo() throws Exception {
 3         SqlSession sqlSession = sqlSessionFactory.openSession();
 4         UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
 5 
 6         User user1 = userMapper.findUserById(1);
 7         System.out.println(user1);
 8 
 9         User user = new User("InsertTest","insert","insert","man");
10         userMapper.insertUserInfo(user);
11         sqlSession.commit();
12 
13         User user2 = userMapper.findUserById(1);
14         System.out.println(user2);
15 
16         sqlSession.close();
17     }

   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、编写测试程序并运行

 1  @Test
 2     public void testCache() throws Exception {
 3         SqlSession sqlSession1 = sqlSessionFactory.openSession();
 4         UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class);
 5         User user1 = userMapper1.findUserById(1);
 6         System.out.println(user1);
 7         //需要将SqlSession关闭才能将数据写入缓存
 8         sqlSession1.close();
 9 
10 
11         SqlSession sqlSession2 = sqlSessionFactory.openSession();
12         UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);
13         User user2 = userMapper2.findUserById(1);
14         System.out.println(user2);
15         sqlSession2.close();
16 
17 
18     }

 

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

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

 四、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整合之后的测试结果

   

 

 

posted @ 2019-02-05 01:23 风沙迷了眼 阅读(...) 评论(...) 编辑 收藏