踏踏实实踏踏实实，开开心心，开心是一天不开心也是一天，路漫漫其修远兮。
--WZY
一、延迟加载
延迟加载就是懒加载，先去查询主表信息，如果用到从表的数据的话，再去查询从表的信息，也就是如果没用到从表的数据的话，就不查询从表的信息。所以这就是突出了懒这个特点。真是懒啊。
Mybatis中resultMap可以实现延迟加载
1.1、查询订单信息，延迟加载用户信息，一对一关系。
1.1.1、开启延迟加载
全局配置文件中，settings标签用来设置全局常量的，这里就用到了。
1 <settings> 2 //打开延迟加载的开关，默认为true 3 <setting name="lazyLoadingEnabled" value="true"/> 4 //积极的懒加载，默认是true，设置为false时，懒加载生效 5 <setting name="aggressiveLazyLoading" value="false"/> 6 </settings>
1.1.2、编写主表信息的查询映射
也就是先查询orders
这里asscciation中property中的user为OrderExt中的一个user属性。注意区分。
1.1.3、编写从表的查询映射，findUserById
1.2、小总结
很简单，就三步
1、开启延迟加载
2、编写主表的查询映射
3、编写从表的查询映射
2、3两步通俗点讲就是将其分开来，并不是向之前一样，一次性全写了，注意这点就OK了。
二、缓存机制
缓存的作用是什么？
mybatis提供查询缓存，如果缓存中有数据就不用从数据库中获取，用于减轻数据压力，提高系统性能，
mybatis中分两个缓存，一级缓存和二级缓存，现在来讲讲这两个缓存，也同样很easy。
2.1、一级缓存
一级缓存是SqlSession级别的缓存。在操作数据库时需要构造 sqlSession对象，在对象中有一个数据结构（HashMap）用于存储缓存数据。不同的sqlSession之间的缓存数据区域（HashMap）是互相不影响的
过程分析
第一次查询id为1 的用户，此时先去一级缓存查找，如果查找不到，则去数据库查询，把查询后的 结果存储到一级缓存中
第二次查询id为1 的用户，此时先去一级缓存查找，如果查找到，则直接从一级缓存中把数据取出，不去查询数据库
只要中间发生增删改操作，那么一级缓存就清空
默认开启一级缓存
注意：第二步中，修改，添加，删除是对缓存中已经有的记录进行这三个操作才会把一级缓存全部清空，如果是操作的缓存中没有的数据，那么就不会清空缓存。
测试的话就不测试了，也不需要配置什么东西开启，默认开启的，如果感兴趣，那么就对其进行测试。
2.2、二级缓存
二级缓存是mapper级别的缓存，多个SqlSession去操作同一个Mapper的sql语句，多个SqlSession可以共用二级缓存，二级缓存是跨SqlSession的
过程分析
第一次查询id为1 的用户，此时先去二级缓存查找，如果查找不到，则去数据库查询，把查询后的 结果存储到二级缓存中
第二次查询id为1 的用户，此时先去二级缓存查找，如果查找到，则直接从二级缓存中把数据取出，不去查询数据库
只要中间发生增删改操作，那么二级缓存就清空
二级缓存默认不开启，需要手动开启。
跟一级缓存差不多，只是二级缓存是mapper级别的，也就是每个sqlSession共享该缓存，而不是每个sqlSession独享。
一级缓存和二级缓存的作用范围图
关系：当开启了二级缓存时，那么一级缓存就失效了，大家都共享二级缓存，相当于没有一级缓存，不管干什么都是对二级缓存进行操作。这里跟hibernate的缓存有区别，不要搞混淆了。
使用mybatis自带的二级缓存
5.2.1、开启二级缓存
第一步：在全局配置文件中开启
第二步：在映射文件中开启二级缓存的开关
因为使用的是自带的，所以直接写cache即可，如果使用的是第三方缓存框架，那么这里就需要写东西了，后面会讲解到。
5.2.2、序列化对象
二级缓存中的数据，可以存储到磁盘中，因为缓存中存储的是对象，所以需要对对象进行一个序列化
不开启序列化，则会报下面的错误
5.2.3、这样二级缓存就开启了，下次在查询或者别的操作，就会使用二级缓存。
5.2.4、刷新缓存
在映射文件的statement标签，可以设置是否刷新缓存。这个要注意，
注意，这里先不看userCache这个标签。在下面会讲解到
该statement中设置flushCache=true可以刷新当前的二级缓存，默认情况下
select语句：flushCache是false，也就是默认情况下，select语句是不会刷新缓存的。
如果设置成true，那么每次查询都市去数据库查询，意味着查询的二级缓存失效
insert、update、delete语句：flushCache是true，也就是默认情况下，增删改是会刷新缓存的。
如果增删改设置为false，即使用二级缓存，那么如果在数据库中修改了数据，而缓存数据还是原来的，这个时候就会出现问题。
所以一般不用手动设置，使用默认的即可。
5.2.5、禁用缓存
该statement中设置userCache=false，可以禁用当前select语句的二级缓存，即每次查询都是去数据库中查询，默认情况下是true，即该statement使用二级缓存
三、Mybatis整合使用ehcache
ehcache是一个分布式缓存框架(集群部署)
3.1、集群是什么意思？
比如开发一个电商网站，访问的人数太多，服务器压力太大，所以想到一个方法，就是将该项目发布到几个服务器上，让用户访问过来，随机分配一个服务器，这样几个服务器就均摊了压力，但是这样有一个问题，A用户第一次访问网站，随机发配到了B服务器，浏览了很多商品，也缓存了很多数据，此时A不小心关闭了浏览器，接着在进行访问，这次随机分配到了C服务器，此时缓存却没有了，因为不是同一个服务器，那么怎么解决这个缓存问题呢？此时就有一种方法来解决。看下图
所以集群就是将很多服务器集中起来一起进行同一种服务，这里进行的服务就是对缓存数据进行集中管理。
3.2、为什么使用第三方缓存框架？
其实上面已经解释过了，Mybatis它是一个持久层的框架，不是一个缓存框架。所以说她本身的缓存机制不是很好，不能支持分布式，所以需要对它进行整合，整合其他的分布式缓存框架，在之前对hibernate中的二级缓存，也是使用的ehcache，之后我们还会学到一个redis的缓存框架
3.3、整合缓存框架(例如ehcache)
前提是也需要开启二级缓存的开关呀，比如在全局配置文件中打开开关，具体看上面
3.3.1、了解
Mybatis提供了一个cache接口，同时它自己有一个默认的实现类PerpetualCache
cache接口
默认的实现类PerpetualCache
在我们使用mybatis默认的二级缓存时，在映射文件中只写了一个cache，其中就是默认使用的mybatis默认的二级缓存，也就是这个实现类，如果整合其他缓存框架的话，那么就需要改变了，下面会讲解到，现在这里了解一下。
3.3.2、添加ehcache的jar包
3.3.3、添加ehcache的配置文件
创建ehcache.xml文件，文件内容如下
1 <ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 2 xsi:noNamespaceSchemaLocation="../config/ehcache.xsd"> 3 <!-- 缓存数据要存放的磁盘地址 --> 4 <diskStore path="F:developehcache" /> 5 <!-- diskStore：指定数据在磁盘中的存储位置。 defaultCache：当借助CacheManager.add("demoCache")创建Cache时，EhCache便会采用<defalutCache/>指定的的管理策略 6 以下属性是必须的： maxElementsInMemory - 在内存中缓存的element的最大数目 maxElementsOnDisk 7 - 在磁盘上缓存的element的最大数目，若是0表示无穷大 eternal - 设定缓存的elements是否永远不过期。如果为true，则缓存的数据始终有效，如果为false那么还要根据timeToIdleSeconds，timeToLiveSeconds判断 8 overflowToDisk - 设定当内存缓存溢出的时候是否将过期的element缓存到磁盘上 以下属性是可选的： timeToIdleSeconds 9 - 当缓存在EhCache中的数据前后两次访问的时间超过timeToIdleSeconds的属性取值时，这些数据便会删除，默认值是0,也就是可闲置时间无穷大 10 timeToLiveSeconds - 缓存element的有效生命期，默认是0.,也就是element存活时间无穷大 diskSpoolBufferSizeMB 11 这个参数设置DiskStore(磁盘缓存)的缓存区大小.默认是30MB.每个Cache都应该有自己的一个缓冲区. diskPersistent 12 - 在VM重启的时候是否启用磁盘保存EhCache中的数据，默认是false。 diskExpiryThreadIntervalSeconds 13 - 磁盘缓存的清理线程运行间隔，默认是120秒。每个120s，相应的线程会进行一次EhCache中数据的清理工作 memoryStoreEvictionPolicy 14 - 当内存缓存达到最大，有新的element加入的时候， 移除缓存中element的策略。默认是LRU（最近最少使用），可选的有LFU（最不常使用）和FIFO（先进先出） --> 15 16 <defaultCache maxElementsInMemory="1000" 17 maxElementsOnDisk="10000000" eternal="false" overflowToDisk="false" 18 timeToIdleSeconds="120" timeToLiveSeconds="120" 19 diskExpiryThreadIntervalSeconds="120" memoryStoreEvictionPolicy="LRU"> 20 </defaultCache> 21 </ehcache>
3.3.4、在mapper映射文件中设置cache标签的type
3.3.5、这样就整合完成了。
四、总结
看了一遍之后，是不是觉得都不难，其实确实是不难，明白了怎么回事就差不多了，但是到了实际用起来又是一回事，现在只是知道是什么，怎么去用还需要等到实际开发中慢慢体会。这里提一下，使用二级缓存的局限性
二级缓存对细粒度的数据缓存效果不好，什么意思呢？
场景：对商品信息进行缓存，由于商品信息查询访问量大，但是要求用户每次查询都是最新的商品信息，此时如果使用二级缓存，就无法实现当一个商品发生变化只刷新该商品的缓存信息而不刷新其他商品缓存信息，因为二级缓存是mapper级别的，当一个商品的信息发送更新，所有的商品信息缓存数据都会清空
解决此类问题，需要在业务层根据需要对数据有针对性的缓存，比如可以对经常变化的 数据操作单独放到另一个namespace的mapper中
其他没什么，这个是顺带说一下，具体开发中肯定会有很多对应的方法的，不过二级缓存确实有这样的缺点。有问题就有解决的方法。
mybatis差不多就快要结束了，下一节将讲与spring整合和逆向工程了。加油。