Mybatis分页插件(pagehelper)数据量稍大出现

发表于

Mybatis分页插件(pagehelper)数据量稍大出现查询慢

🐉 芜湖~ 优化查询速度~

⚠在项目中使用Mybatis分页插件分页查询十分缓慢，但是在数据库中执行速度却很快？

  1. 该数据库的表共有1000条数据，分页查询时，在数据库中是毫秒级别，但是在使用Mybatis分页插件的时候居然足足!!2s多
  2. 最后打印sql

🗨无语…居然又查询了一遍，怪不得这么慢

1
mysql复制代码select count(*) from ("这里面的把sql又多重复查了一遍") tab
  1. 解决办法💡

从5.0.4版本的Mybatis分页插件之后，支持了自定义Count方法来替换原来的Count方法
官方文档：


实现步骤：

  1. 首先在Mapper层定义一个Count方法
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
java复制代码/**
 * @author yeqian
 * @param
 * @return
 * @Description TODO 查询所有的订单信息
 * @Date 2021/5/25 15:41
 */
Page<Map<String, Object>> getDeviceOrderInfo(Map<String, Integer> map);

/**
 * @author yeqian
 * @param
 * @return
 * @Description TODO 覆盖pageHelp的计算总数方法
 * @Date 2021/6/3 16:57
 */
Long   getDeviceOrderInfo_COUNT();
  1. 在去xml中写具体sql
1
2
3
4
5
6
7
xml复制代码<!--查询所有的订单详细信息-->
<select id="getDeviceOrderInfo_COUNT" resultType="Long" useCache="false">
SELECT
COUNT(1)
FROM order_info  orderInfo
LEFT JOIN customer_info customer ON orderInfo.customer_num = 		customer.id
</select>
  1. 再次查询，从2s的延迟降低到毫秒级😊

image-20210603174342399
小结

  1. 原来是分页插件中的计算Count的sql语句，会将需要分页的所有数据查出来然后生成一个临时表，再去计算Count。
  2. 如果数据量此时比较大，那么生产临时表这步因为多查询了一次表，所以会导致最后Count计算会十分慢，从而影响分页的结果。

解决办法：

​ 覆盖原Count的sql，根据官方文档，自定义。注意返回值类型(Long)与方法名(原名_COUNT)

本文转载自: 掘金

开发者博客 – 和开发相关的 这里全都有

0%