使用 PageHelper 插件分页查询很慢？一招帮你搞定！

点击上方“Java基基”，选择“设为星标”

做积极的人，而不是积极废人！

每天 14:00 更新文章，每天掉亿点点头发...

源码精品专栏

 

• 原创 | Java 2021 超神之路，很肝~
  

• 中文详细注释的开源项目
  

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：huaweicloud.csdn.net/633562

aad3efff3090b54fc4.htm

• 描述

• 原因

• 优化方案

• 总结

• 解决办法

---

描述

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

该数据库的表共有10000条数据，分页查询时，在数据库中是很快，但是在使用Mybatis分页插件的时候居然8s多！

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/ruoyi-vue-pro

• 视频教程：https://doc.iocoder.cn/video/

原因

PageHelper在做分页查询的时候，select count(0) 会先把原来的查询语句全部重新查询一遍（未做数量限制），然后再执行select count(0)操作，相当于查询两遍，导致查询速度慢。

例如：

select count(*) from ("原来的查询sql,相当于多查了一遍") user

sql打印：

SELECT count(0)
 FROM (SELECT V.*,B.TypeName AS TravelTypeName
 FROM (SELECT A.PKID, A.ApplyOrderNo FROM t1 AS A
 LEFT JOIN t2 AS P
 ON P.ApplyOrderNo = A.ApplyOrderNo
 LEFT JOIN t3 AS T
 ON A.UserCode = T.UserCode ) AS V
 LEFT JOIN t4 AS B
 ON V.TravelCode = B.TypeCode AND V.UserCode = B.UserCode AND B.Isdel = 0）
SELECT V.*,B.TypeName AS TravelTypeName
 FROM (SELECT A.PKID, A.ApplyOrderNo FROM t1 AS A
 LEFT JOIN t2 AS P
 ON P.ApplyOrderNo = A.ApplyOrderNo
 LEFT JOIN t3 AS T
 ON A.UserCode = T.UserCode ) AS V
 LEFT JOIN t4 AS B
 ON V.TravelCode = B.TypeCode AND V.UserCode = B.UserCode AND B.Isdel = 0

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/yudao-cloud

• 视频教程：https://doc.iocoder.cn/video/

优化方案

在原来的查询方法后面，加上"_COUNT"，重写总数量查询方法，优化sql，覆盖默认的数量查询方法。

例如：原来的mapper层里面的查询方法：

Page<Map<String, Object>> getOrderInfo(Map<String, Integer> map);

重写一个方法，getOrderInfo后面加“_COUNT”：返回类型必须为Long

Long getOrderInfo_COUNT();

然后在去xml中写具体sql：

<select id="getOrderInfo" resultType="Long" useCache="false">
 SELECT V.*,B.TypeName AS TravelTypeName
  FROM (SELECT A.PKID, A.ApplyOrderNo FROM t1 AS A
  LEFT JOIN t2 AS P
  ON P.ApplyOrderNo = A.ApplyOrderNo
  LEFT JOIN t3 AS T
  ON A.UserCode = T.UserCode ) AS V
  LEFT JOIN t4 AS B
  ON V.TravelCode = B.TypeCode AND V.UserCode = B.UserCode AND   B.Isdel = 0
</select>
<select id="getOrderInfo_COUNT" resultType="Long" useCache="false">
 SELECT
 COUNT(1)
 FROM t1 
</select>

注：getDeviceOrderInfo_COUNT()方法里面的sql自定义完成，尽量减少不必要的表关联，提高查询速率。

总结

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

解决办法

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

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例，以及超 6W 行代码的电商微服务项目。

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。

文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）