延迟加载
问题分析：在一对多中，有一个用户，他有100个账户
查询用户的时候，要不要把关联的账户查出来？ 查询用户时，账户信息应该什么时候用什么时候查
查询账户的时候，要不要把关联的用户查出来？ 查询账户时，应该直接将用户信息也查出来
延迟加载：在真正使用数据时才发起查询，不用的时候不查询，又叫按需查询（懒加载）
立即加载：不管用不用，只要调用方法，直接发起查询
表关系：一对多 多对一 一对一 多对多（mybatis中没有 多对一 的概念）
一对多 多对多：通常采用延迟加载
多对一 一对一：通常采用立即加载
延迟加载的配置：
主配置文件
<!-- 配置延迟加载策略 -->
<setting>
<!-- 打开延迟加载的开关 -->
<setting name="lazyLoadingEnabled" value="true" />
<!-- 将积极加载改为消息加载即按需加载 -->
<setting name="aggressiveLazyLoading" value="false" />
</setting>
JavaType和ofType都是用来指定对象类型的，但是JavaType是用来指定pojo中属性的类型，而ofType指定的是映射到list集合属性中pojo的类型。
mapper的一对一mapper中的配置
<!--
resultMap中的配置
property：pojo中的属性名
javaType:全限定类名，配置了namespace后可简写
select：指定查询的唯一标识：namespace.statement的id
column：用户根据id查询时，所需的参数
-->
<association property="user" javaType="user"
select="com.mybatis.dao.findById" column="uid" >
</association>
mapper的一对多mapper中的配置
<!--
resultMap中的配置
property：pojo中的属性名
ofType:全限定类名，配置了namespace后可简写
select：指定查询的唯一标识：namespace.statement的id
column：用户根据id查询时，所需的参数
-->
<collection property="accounts" ofType="account"
select="com.mybatis.dao.findById" column="uid">
</collection>
缓存
什么是缓存：存在于内存中的临时数据
为什么使用缓存：减少和数据库的交互，提高执行效率
什么样的数据用缓存：
经常查询并且不经常改变的数据
数据的正确与否对最终结果影响不大的
mybatis的一级缓存：
一级缓存指的是mybatis中SqlSession对象的缓存
当我们执行查询之后，查询的结果会同时存入到SqlSession为我们提供的一块区域中
该区域的结构是一个Map，当我们再次查询同样的数据，mybatis会先去sqlSession中查询是否有，有直接拿来用
当SqlSession对象消失时，mybatis的一级缓存也就消失了
当调用SqlSession的修改，添加，删除，commit(),close()等方法时，就会清空一级缓存
mybatis的二级缓存：(存储的是数据而不是对象，所以两次查询对象的equels为false)
二级缓存指的是mybatis中SqlSessionFactory对象的缓存，由同一个SqlSessionFactory对象创建的SqlSession共享其缓存
二级缓存的使用步骤：
1.在主配置文件设置使支持二级缓存 在setting中 <setting name="cacheEnabled" value="true" />
2.在mapper映射文件设置使支持二级缓存 直接在mapper文件中的mapper标签里 <cache />
3.让当前的sql操作支持二级缓存（select标签中配置） 在查询中加一个属性 userCache="true"