Mybatis搞五下（分页、缓存）

Mybatis搞五下（分页、缓存）

上篇博客我们讲了动态SQL，一一多多和延迟加载问题，这篇我们讲点轻松的东西，关于分页插件pageHelper和Mybatis面试常问的缓存问题。

Mybatis分页

通过PageHelper插件

首先我们要导入插件的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)中 ，第一个参数是页码，第二个参数是一页显示多少条数据。

配置前

配置后

使用Limit实现

语法：SELECT * from user limit startIndex,pageSize;
SELECT * from user limit 3;  #[0,n]

使用Mybatis实现分页，核心SQL

1. 接口

   //分页
   List<User> getUserByLimit(Map<String,Integer> map);
   

2. Mapper.xml

   <!--//分页-->
   <select id="getUserByLimit" parameterType="map" resultMap="UserMap">
       select * from  mybatis.user limit #{startIndex},#{pageSize}
   </select>
   

3. 测试

   @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();
       }
   
   

RowBounds分页

不再使用SQL实现分页

1. 接口

   //分页2
   List<User> getUserByRowBounds();
   

2. mapper.xml

   <!--分页2-->
   <select id="getUserByRowBounds" resultMap="UserMap">
       select * from  mybatis.user
   </select>
   

3. 测试

   @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缓存

可能很多人都知道Mybatis有二级缓存，但具体是怎么使用的呢？让我们来看看

• MyBatis包含一个非常强大的查询缓存特性，它可以非常方便地定制和配置缓存。缓存可以极大的提升查询效率。
• MyBatis系统中默认定义了两级缓存：一级缓存和二级缓存

  • 默认情况下，只有一级缓存开启。（SqlSession级别的缓存，也称为本地缓存）

  • 二级缓存需要手动开启和配置，他是基于namespace级别的缓存。

  • 为了提高扩展性，MyBatis定义了缓存接口Cache。我们可以通过实现Cache接口来自定义二级缓存

一级缓存

一级缓存也叫局部的session会话缓存。如图，每个SqlSession都有各自的缓存，是局部的。

缓存具体实施步骤

我们在一次测试里查询两次相同的记录

如果我们执行修改操作，可以发现缓存失效了，不会导致脏读数据的现象出现

手动清理缓存后效果一致

二级缓存

• 二级缓存也叫全局缓存，一级缓存作用域太低了，所以诞生了二级缓存
• 基于namespace级别的缓存，一个名称空间，对应一个二级缓存；
• 工作机制
  • 一个会话查询一条数据，这个数据就会被放在当前会话的一级缓存中；
  • 如果当前会话关闭了，这个会话对应的一级缓存就没了；但是我们想要的是，会话关闭了，一级缓存中的数据被保存到二级缓存中；
  • 新的会话查询信息，就可以从二级缓存中获取内容；
  • 不同的mapper查出的数据会放在自己对应的缓存（map）中；

步骤：

开启全局缓存

<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"/>

可以定义的参数类型有

• flushInterval(刷新间隔) 可以被设置为任意的正整数,而且它们代表一个合理的毫秒 形式的时间段。默认情况是不设置,也就是没有刷新间隔,缓存仅仅调用语句时刷新。
• size(引用数目) 可以被设置为任意正整数,要记住你缓存的对象数目和你运行环境的 可用内存资源数目。默认值是 1024。
• readOnly(只读) 属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓 存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存 会返回缓存对象的拷贝(通过序列化) 。这会慢一些,但是安全,因此默认是 false。

测试

问题:我们需要将实体类序列化！否则就会报错！

Caused by: java.io.NotSerializableException: com.feng.pojo.User

package com.feng.pojo;

import java.io.Serializable;

.....
public class User implements Serializable {
    
    
    .....
}

小结：

• 只要开启了二级缓存，在同一个Mapper下就有效
• 所有的数据都会先放在一级缓存中；
• 只有当会话提交，或者关闭的时候，才会提交到二级缓冲中！

自定义缓存

虽然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语句也只发了第一次，说明我们自定义缓存确实生效并且成功缓存数据了