缓存机制
MyBatis包含强大的查询缓存特性，它可以非常方便的定制和配置。缓存可以极大的提升查询效率。
MyBatis默认定义了两级缓存：一级缓存和二级缓存
1.默认情况下，只有一级缓存(sqlSession级别，也称为本地缓存)，默认开启，不能被关闭，其实就是sqlSession的一个Map
失效情况：
1.sqlSession不同
2.sqlSession相同，查询条件不同（当前以及缓存中还没有这个数据）
3.sqlSession相同，两次查询之间发生增删改（这次增删改可能对当前数据有影响）
4.sqlSession相同，手动清空了一级缓存（sqlSession.clearCache();）
2.二级缓存需要手动开启和配置，基于namespace级别，一个namespace对应一个二级缓存
工作机制：
1.一个会话查询一条数据，这个数据会放在当前会话的一级缓存中
2.如果会话关闭，一级缓存的数据会被保存到二级缓存中，新的查询信息，就可以参照二级缓存
3.不同的namespace查出的数据会放在自己对应的缓存中(map)
注意：查询的数据默认先放在一级缓存中，只有会话提交或者关闭以后，一级缓存的数据才会转移到二级缓存中
使用：
1.开启全局二级缓存配置
<setting name="cacheEnabled" value="true"/> 如果设置为false，关闭二级缓存，不会关闭一级缓存
2.在mapper中配置使用二级缓存<cache/>
<mapper namespace="org.maple.mapper.EmployeeMapper"> <cache/>
<!-- <cache eviction="FIFO" flushInterval="60000" readOnly="false" size="1024"></cache> --> <!-- eviction:缓存的回收策略： • LRU – 最近最少使用的：移除最长时间不被使用的对象。 • FIFO – 先进先出：按对象进入缓存的顺序来移除它们。 • SOFT – 软引用：移除基于垃圾回收器状态和软引用规则的对象。 • WEAK – 弱引用：更积极地移除基于垃圾收集器状态和弱引用规则的对象。 • 默认的是 LRU。 flushInterval：缓存刷新间隔 缓存多长时间清空一次，默认不清空，设置一个毫秒值 readOnly:是否只读： true：只读；mybatis认为所有从缓存中获取数据的操作都是只读操作，不会修改数据。 mybatis为了加快获取速度，直接就会将数据在缓存中的引用交给用户。不安全，速度快 false：非只读：mybatis觉得获取的数据可能会被修改。 mybatis会利用序列化&反序列的技术克隆一份新的数据给你。安全，速度慢 size：缓存存放多少元素； type=""：指定自定义缓存的全类名； 实现Cache接口即可； -->
3.POJO实现序列化接口
3.为了提高扩展性，MyBatis定义了缓存接口Cache，可以通过实现Cache接口来定义二级缓存
例子：页面上的菜单，从主页到详细页一般都不会发生改变，此时第一次使用的时候在数据库查出来后，当再需要的时候，从缓存中去取，可以极大提高效率。
和缓存有关的设置
1.<cacheEnabled=true/> 设置为false关闭缓存，只能关闭二级缓存，一级一直可用
2.每个<select>标签都有useCache="true",设置为false,只能关闭二级缓存，一级一直可用
3.每个增删改标签，默认：flushCache="true",增删改完成后会清空缓存，一级失效，二级缓存也会被清空
查询标签，flushCache="false",默认是不清空，如果改为true,每次查询之前都会清空缓存，一级二级都失效。
4.sqlSession.clearCache();只能清楚当前sqlSession的一级缓存。
5.localCacheScope:默认是Session,当前会话的所有数据保存在缓存中，如果是statement，一级也会被禁用。
Mybatis只需要在全局配置文件配置+log4j.jar就可以输出日志
<settings> <setting name="logImpl" value="STDOUT_LOGGING"/> </settings>
<dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency>
一级缓存
测试：在同一次会话中查询同样的数据
可以看出只发了一条sql语句，并且两个对象是同一个对象。
二级缓存
假设现在一个会话进来查询了部门信息，然后关掉，另一个会话又进来查询部门信息，因为是不同的会话，所以一级缓存失效，但是部门信息又是不经常变更的
所以此时使用到二级缓存。
结果
缓存命中率0.5说明二级缓存生效。
整合ehcache
pom文件
<dependency> <groupId>org.mybatis.caches</groupId> <artifactId>mybatis-ehcache</artifactId> <version>1.1.0</version> </dependency> <dependency> <groupId>net.sf.ehcache</groupId> <artifactId>ehcache-core</artifactId> <version>2.6.11</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>1.7.7</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.25</version> </dependency>
mapper中
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
ehcache.xml
<?xml version="1.0" encoding="UTF-8"?> <ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="../config/ehcache.xsd"> <!-- 磁盘保存路径 --> <diskStore path="D:44ehcache" /> <defaultCache maxElementsInMemory="10000" maxElementsOnDisk="10000000" eternal="false" overflowToDisk="true" timeToIdleSeconds="120" timeToLiveSeconds="120" diskExpiryThreadIntervalSeconds="120" memoryStoreEvictionPolicy="LRU"> </defaultCache> </ehcache> <!-- 属性说明： l diskStore：指定数据在磁盘中的存储位置。 l defaultCache：当借助CacheManager.add("demoCache")创建Cache时，EhCache便会采用<defalutCache/>指定的的管理策略 以下属性是必须的： l maxElementsInMemory - 在内存中缓存的element的最大数目 l maxElementsOnDisk - 在磁盘上缓存的element的最大数目，若是0表示无穷大 l eternal - 设定缓存的elements是否永远不过期。如果为true，则缓存的数据始终有效，如果为false那么还要根据timeToIdleSeconds，timeToLiveSeconds判断 l overflowToDisk - 设定当内存缓存溢出的时候是否将过期的element缓存到磁盘上 以下属性是可选的： l timeToIdleSeconds - 当缓存在EhCache中的数据前后两次访问的时间超过timeToIdleSeconds的属性取值时，这些数据便会删除，默认值是0,也就是可闲置时间无穷大 l timeToLiveSeconds - 缓存element的有效生命期，默认是0.,也就是element存活时间无穷大 diskSpoolBufferSizeMB 这个参数设置DiskStore(磁盘缓存)的缓存区大小.默认是30MB.每个Cache都应该有自己的一个缓冲区. l diskPersistent - 在VM重启的时候是否启用磁盘保存EhCache中的数据，默认是false。 l diskExpiryThreadIntervalSeconds - 磁盘缓存的清理线程运行间隔，默认是120秒。每个120s，相应的线程会进行一次EhCache中数据的清理工作 l memoryStoreEvictionPolicy - 当内存缓存达到最大，有新的element加入的时候， 移除缓存中element的策略。默认是LRU（最近最少使用），可选的有LFU（最不常使用）和FIFO（先进先出） -->