一、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测试延迟加载的测试代码
@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整合之后的测试结果
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
