上篇博客我们讲了动态SQL，一一多多和延迟加载问题，这篇我们讲点轻松的东西，关于分页插件pageHelper和Mybatis面试常问的缓存问题。
首先我们要导入插件的pom依赖
1、在pom.xml中加入
<dependency>
<groupId>com.github.pagehelper</groupId>
<artifactId>pagehelper</artifactId>
<version>5.2.0</version>
</dependency>
2、在mybatis-config.xml中添加plugin配置
<plugins>
<plugin interceptor="com.github.pagehelper.PageInterceptor"></plugin>
</plugins>
在配置文件中注意这个顺序问题哦，可不能把这几个顺序乱写
3、在实际业务代码里调用startPage()方法
@Test
public void test() {
//第一步：获得SqlSession对象
SqlSession sqlSession = MybatisUtils.getSqlSession();
try {
//方式一：getMapper
UserMapper UserMapper = sqlSession.getMapper(UserMapper.class);
PageHelper.startPage(1,3);
List<User> userList = UserMapper.getUserList();
//方式二:
//List<User> userList = sqlSession.selectList("com.feng.dao.UserDao.getUserList");
for (User user : userList) {
System.out.println(user);
}
} catch (Exception e) {
e.printStackTrace();
} finally {
//关闭SqlSession
sqlSession.close();
}
}
这里的PageHelper.startPage(1,3)中 ，第一个参数是页码，第二个参数是一页显示多少条数据。
配置前
配置后
语法：SELECT * from user limit startIndex,pageSize;
SELECT * from user limit 3; #[0,n]
使用Mybatis实现分页，核心SQL
接口
//分页
List<User> getUserByLimit(Map<String,Integer> map);
Mapper.xml
<!--//分页-->
<select id="getUserByLimit" parameterType="map" resultMap="UserMap">
select * from mybatis.user limit #{startIndex},#{pageSize}
</select>
测试
@Test
public void getUserByLimit(){
SqlSession sqlSession = MybatisUtils.getSqlSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
HashMap<String, Integer> map = new HashMap<String, Integer>();
map.put("startIndex",1);
map.put("pageSize",2);
List<User> userList = mapper.getUserByLimit(map);
for (User user : userList) {
System.out.println(user);
}
sqlSession.close();
}
不再使用SQL实现分页
接口
//分页2
List<User> getUserByRowBounds();
mapper.xml
<!--分页2-->
<select id="getUserByRowBounds" resultMap="UserMap">
select * from mybatis.user
</select>
测试
@Test
public void getUserByRowBounds(){
SqlSession sqlSession = MybatisUtils.getSqlSession();
//RowBounds实现
RowBounds rowBounds = new RowBounds(1, 2);
//通过Java代码层面实现分页
List<User> userList = sqlSession.selectList("com.feng.dao.UserMapper.getUserByRowBounds",null,rowBounds);
for (User user : userList) {
System.out.println(user);
}
sqlSession.close();
}
可能很多人都知道Mybatis有二级缓存，但具体是怎么使用的呢？让我们来看看
默认情况下，只有一级缓存开启。（SqlSession级别的缓存，也称为本地缓存）
二级缓存需要手动开启和配置，他是基于namespace级别的缓存。
为了提高扩展性，MyBatis定义了缓存接口Cache。我们可以通过实现Cache接口来自定义二级缓存
一级缓存也叫局部的session会话缓存。如图，每个SqlSession都有各自的缓存，是局部的。
缓存具体实施步骤
我们在一次测试里查询两次相同的记录
如果我们执行修改操作，可以发现缓存失效了，不会导致脏读数据的现象出现
手动清理缓存后效果一致
步骤：
开启全局缓存
<settings>
<!-- 对在此配置文件下的所有cache进行全局性的开/关设置。默认值：true -->
<setting name="cacheEnabled" value="true"/>
</settings>
在要使用二级缓存的Mapper中开启
<!--在当前Mapper.xml中使用二级缓存-->
...
<mapper namespace="com.feng.dao.UserMapper">
...
<cache/>
...
</mapper>
也可以自定义参数
<!--在当前Mapper.xml中使用二级缓存-->
<cache eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
可以定义的参数类型有
测试
问题:我们需要将实体类序列化！否则就会报错！
Caused by: java.io.NotSerializableException: com.feng.pojo.User
package com.feng.pojo;
import java.io.Serializable;
.....
public class User implements Serializable {
.....
}
小结：
虽然Mybatis自身的缓存已经有两种方案，不过除了使用Mybatis自带的二级缓存，我们也可以根据自己的需要，实现自定义的缓存或者使用其他第三方的缓存方案来完全覆盖缓存的行为。下面来介绍使用ehcache作为Mybatis的自定义缓存的步骤。
Ehcache是一种广泛使用的开源Java分布式缓存。主要面向通用缓存
我们要使用ehcache做自定义缓存，就应该完成这个自定义缓存类，但mybatis的git上提供了相对于的适配包，我们需要做的当然是----pom.xml里加依赖导包啦
<!-- https://mvnrepository.com/artifact/org.mybatis.caches/mybatis-ehcache -->
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.1.0</version>
</dependency>
在对应的mapper文件中指定使用ehcache缓存
<!--在当前Mapper.xml中使用二级缓存-->
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
可以看到实现了Cache接口的是EhcacheCache的爸爸AbstractEhcacheCache，感兴趣的可以看看源码。除此之外我们还要在resources下创建ehcache的配置文件
ehcache.xml
<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
updateCheck="false">
<!--
diskStore：为缓存路径，ehcache分为内存和磁盘两级，此属性定义磁盘的缓存位置。参数解释如下：
user.home – 用户主目录
user.dir – 用户当前工作目录
java.io.tmpdir – 默认临时文件路径
-->
<diskStore path="./tmpdir/Tmp_EhCache"/>
<defaultCache
eternal="false"
maxElementsInMemory="10000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="259200"
memoryStoreEvictionPolicy="LRU"/>
<cache
name="cloud_user"
eternal="false"
maxElementsInMemory="5000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="1800"
memoryStoreEvictionPolicy="LRU"/>
<!--
defaultCache：默认缓存策略，当ehcache找不到定义的缓存时，则使用这个缓存策略。只能定义一个。
-->
<!--
name:缓存名称。
maxElementsInMemory:缓存最大数目
maxElementsOnDisk：硬盘最大缓存个数。
eternal:对象是否永久有效，一但设置了，timeout将不起作用。
overflowToDisk:是否保存到磁盘，当系统宕机时
timeToIdleSeconds:设置对象在失效前的允许闲置时间（单位：秒）。仅当eternal=false对象不是永久有效时使用，可选属性，默认值是0，也就是可闲置时间无穷大。
timeToLiveSeconds:设置对象在失效前允许存活时间（单位：秒）。最大时间介于创建时间和失效时间之间。仅当eternal=false对象不是永久有效时使用，默认是0.，也就是对象存活时间无穷大。
diskPersistent：是否缓存虚拟机重启期数据 Whether the disk store persists between restarts of the Virtual Machine. The default value is false.
diskSpoolBufferSizeMB：这个参数设置DiskStore（磁盘缓存）的缓存区大小。默认是30MB。每个Cache都应该有自己的一个缓冲区。
diskExpiryThreadIntervalSeconds：磁盘失效线程运行时间间隔，默认是120秒。
memoryStoreEvictionPolicy：当达到maxElementsInMemory限制时，Ehcache将会根据指定的策略去清理内存。默认策略是LRU（最近最少使用）。你可以设置为FIFO（先进先出）或是LFU（较少使用）。
clearOnFlush：内存数量最大时是否清除。
memoryStoreEvictionPolicy:可选策略有：LRU（最近最少使用，默认策略）、FIFO（先进先出）、LFU（最少访问次数）。
FIFO，first in first out，这个是大家最熟的，先进先出。
LFU， Less Frequently Used，就是上面例子中使用的策略，直白一点就是讲一直以来最少被使用的。如上面所讲，缓存的元素有一个hit属性，hit值最小的将会被清出缓存。
LRU，Least Recently Used，最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
-->
</ehcache>
跑一个测试看看我们的的缓存用上没
可以发现SqlSession2中查询数据缓存命中为0.5，而数据库发送sql语句也只发了第一次，说明我们自定义缓存确实生效并且成功缓存数据了