Mybatis框架学习笔记（五）

延迟加载

在查询用户的时候，用户下的账户信息应该是什么时候使用什么时候查询。
在查询账户的时候，账户所属的用户信息应当一并被查询出来。
在真正使用数据的时候才发起查询，不需要的时候不会发起查询。也称为按需加载和懒加载。
立即加载和延迟加载相反。不管用不用，只要一调用方法，马上就发起查询。
一对多和多对多的情况下通常采用延迟加载，而多对一和一对一的情况下通常采用立即加载。
一对一实现延迟加载
基于学习笔记（四）的内容，在IAccountDao.xml中的<resultMap>中的<association>中进行改造：

在主配置文件当中实现延迟配置。打开mybatis的官方文档，打开“XML”配置，点击“settings”。里面有关于设置的详细描述。


进行测试。当我们在测试方法中编写了关于查询用户信息的代码时，它就会查询用户信息。

当我们将上图中的for循环注释掉时，就不会查询用户的信息。
一对多实现延迟加载
同理，在主配置文件中进行配置，具体方法如上面一对一延迟加载所示。接着对IUserDao.xml配置文件进行改造。

接下来，在IAccountDao接口中添加一个方法，如下图所示：

在IAccountDao的xml配置文件中新增如下内容：

打开User的测试类进行测试。

中心思想：在使用的时候调用对方的配置文件中的配置来实现查询功能。

缓存

什么是缓存：存在内存当中的临时数据。
为什么使用缓存：减少和数据库的交互次数，提升执行效率。
经常查询并且不经常改变的数据适用缓存。数据的正确与否对结果影响不大时适用缓存。
缓存中的数据有时候和数据库中的数据不同步，如果这个问题对结果影响较大，则不适用缓存。
一级缓存
它指的是MyBatis中SqlSession对象的缓存。
当我们执行查询之后，查询的结果会同时存入SqlSession为我们提供的一块区域中。
该区域的结构是一个Map。
当我们再次查询同样的数据，MyBatis会先去SqlSession中查询是否有，有的话直接拿出来用。
当SqlSession对象消失时，MyBatis的一级缓存也就消失了。
如下图所示，两次查询出来的对象是同一个。第一次是从数据库中查询的，第二次是从缓存中查询的，查询的结果相同。

如下图所示，运行的中途关闭了sqlSession再重新启动，就会清空缓存。

清空缓存的另一种方法：

当对用户的信息进行更新后，就不再从缓存中取数据而是从数据库中取数据。
触发清空一级缓存的情况：一级缓存是SqlSession范围的缓存，当调用SqlSession的修改，添加，删除，commit()，close()等方法时，就会清空一级缓存。
二级缓存
它指的是MyBatis中SqlSessionFactory对象的缓存，由同一个SqlSessionFactory对象创建的SqlSession共享其缓存。
如下图所示，三个sqlsession共享二级缓存中的内容。

使用步骤：
1、让MyBatis框架支持二级缓存（在SqlMapConfig.xml中配置）

2、让当前的映射文件支持二级缓存（在IUserDao.xml中配置）

3、让当前的操作支持二级缓存（在select标签中配置）

进行测试。
结果是false，因为二级缓存中存放的内容是数据而不是对象。每当有新的session需要用到user对象时，就从二级缓存中获取数据并且把获取到的数据封装成新的对象。因此两次获取的对象不是同一个对象。