解决Mybatis-Plus或PageHelper多表分页查询总条数不对问题

最新推荐文章于 2024-03-18 17:56:08 发布
最新推荐文章于 2024-03-18 17:56:08 发布
阅读量4.6k 收藏 11
点赞数 6
CC 4.0 BY-SA版权
分类专栏： Work 文章标签： mybatis java mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zhangzhanbin/article/details/128032893
在Mybatis-Plus 3.4版本后，分页查询进行了优化，但当涉及多表关联查询时，可能出现查询总数不准确的问题。分析发现，由于优化使得总条数查询仅针对主表，导致与实际查询数据的表数量不一致。解决办法是在分页查询时关闭优化，通过设置`setOptimizeCountSql(false)`，确保两次查询的SQL一致，从而修复问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Mybatis-Plus版本3.4之后，对分页查询进行了优化

对于单表查询是没有问题的。而需要多表关联查询（自写sql）时，就会查询调用Mybatis-Plus的

.page(E page, Wrapper queryWrapper);

方法是就就会出现查询总数不对问题。

业务需要查询的数据

我这边业务比较复杂，是做项目的时候发现的问题，（本人比较懒）没有重新写demo。所以就不要太关注业务逻辑。只要知道符合条件的数据是69条。
在这里插入图片描述

分析

正常使用分页查询时的代码
在这里插入图片描述

运行的查询sql后台日志打印情况
在这里插入图片描述

可以看到Mybatis-Plus框架分页查询时，使用了两次查询，先查询总条数，再查询数据。而做了优化就是给第一个查询进行了优化（只查主表符合查询条件的总条数），这就导致两条查询sql的表数量不一致，从而导致查询总条数不一致的情况。搞清楚了原因，那就好解决了。

解决方式：关闭优化

代码调整（关闭分页查询优化）

Page<Object> toPage = (Page<Object>) pageQuery.toPage();
toPage.setOptimizeCountSql(false);

在这里插入图片描述
运行的查询sql后台日志打印情况
在这里插入图片描述
可以看到两次查询sql是一致的。解决问题。拜了个拜

mybatis分页插件：PageHelper、mybatis-plus-jsqlparser（解决SQL_SERVER2005连接分页查询OFFSET问题）
专注于计算机研发知识和资讯分享
01-11 865
于 mybatis-plus-v3.5.9 起，PaginationInnerInterceptor 已分离出来。如需使用，则需单独引入 mybatis-plus-jsqlparser 依赖。pring boot3 引入可选模块。
【快速实现分页】MyBatis-Plus 整合 PageHelper
热门推荐
u011402129的博客
07-30 1万+
MyBatis-Plus自带分页PaginationInterceptor对象，但想要用MyBatis-Plus自带的分页功能的话需要在mapper对象中传入一个Page对象才可以实现分页，这样耦合度是不是太高了一点，从web到service到mapper，这个Page对象一直都在传入，这样的使用让人感觉有点麻烦，但是Mapper Plus不得不说真的是很好用的。 PageHelper是国内非常优秀的一款开源的mybatis分页插件，它支持基本主流与常用的数据库，例如mysql、oracle、mariaDB
mybatis使用分页插件时，出现总页数统计不正确的情况
小楼夜听雨的博客
07-01 2634
场景描述 今天前端突然告诉我，调用分页查询接口时，返回的总个数比实际的总个数小。 而在这个项目中，我使用的是mybatis plus自带的分页插件，其他接口都没有问题，偏偏这个接口出现了问题。 问题分析 定位到代码所在的sql（用了mybatis自带的查询构造器） 虽然关联了五张表，不是很优雅，但因为一个列表需要展示的东西太多，似乎也没有其他更好的办法。 抛开sql本身的不规范，我们分析一下为什么出现总个数不正确的情况。 控制台打印一下执行的sql： 统计个数的时候，执行了如下语句
mybatisplus ipage转page分页total总数量错误
qq_34103387的博客
11-14 7412
标题： ipage【mybatis-plus】转page【org.springframework.data.domain.Page】， ipage转page分页total总数量错误。 实现转换代码： public static <D> Page<D> getPage(IPage<D> page) { Pageable pageable = P...
使用Mybatis-plus分页查询的Total与实际条数不对应
qq_45151366的博客
06-07 2676
对于单表查询是没有问题的。而需要多表关联查询（自写sql）时，就会查询调用Mybatis-Plus的.page(Page page,这是因为对查询进行了优化（只查主表符合查询条件的总条数），这就导致两条查询sql的表数量不一致，从而导致查询总条数不一致的情况。另一个为统计Total数量的sql；可以看到后台实际执行sql有两个。关闭分页查询优化即可。
MyBatis-plus 自动分页total数不准确问题
gb4215287的博客
10-18 2656
mybatisplus自动分页
springboot整合mybatis-plus实现多表分页查询
06-20
在本文中，我们将深入探讨如何在SpringBoot项目中整合MyBatis-Plus，实现多表分页查询。MyBatis-Plus是一个强大的MyBatis扩展，简化了对数据库的操作，包括CRUD操作以及复杂的关联查询。它提供了丰富的API，使得开发...
SpringBoot中使用Mybatis-plus整合PageHelper分页插件踩坑
猿小白的博客
10-29 1万+
今天使用SpringBoot中使用Mybatis-plus整PageHelper分页插件把我给坑惨了，我报错的pom.xml配置如下,其它的依赖就忽略掉了 <!--pagehelper --> <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper-spring-boot
mybatis-plus + PageHelper集成分页
JAVA_ZZX的博客
09-16 1305
看了很多文章都没说清楚怎么集成mybatis-plus + PageHelper，搞了挺久的不是报错就是缺少包，后面解决了特此记录一下。 先说配置pom和applocation.yml mybatis + pagehelper pom文件： <!--pagehelper分页插件 --> <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper
mybatis-plus一对多分页带查询条件数目不对的问题
tubond的博客
10-26 3189
项目场景： mybatis-plus 分页查询数据 问题描述： 分页查询每页20条数据，实际查出来小于20条 原因分析： 原因是一对多经过mybatis结果映射之后就会整理重复数据，因为我们分页是按主表的数据来分的，这里查出来的20条数据也有从表的数据，所以他本来就是不够20条的。 解决方案： 既然如此，那我就用group by 让你按主表记录数显示，然后再用mybatis “n+1”的查询方式，再给你填充数据，这样就完美的解决了这个问题。 <!-- 通用查询映射结果 --&
mybatis-plus分页查询总条数有误的详细解析过程
cxSmiles的博客
03-18 3614
mybatis-plus分页时报错Parameter index out of range,其根本原因是分页时自动优化count导致
Mybatis-plus多表关联分页，得到的总记录数不正确
qq_40790367的博客
04-15 3904
问题：使用mybatis-plus关联多表分页记录的时候。得到的总数记录数不正确。先看代码 int rank = 0 ; QueryWrapper queryWrapper = new QueryWrapper<>(); Page page = new Page<>(statisticQueryVo.getPage(), statisticQueryVo.getSize()); queryWrapper.eq("su.is_dele
mybatis分页插件bug，total条数和实际返回数据不符
怪咖@的博客
04-21 4042
通过这次排查也有一定的收获，mybatis的分页插件是对sql做了一定的优化的，我们可以发现他去count数量的时候直接把。导致这两个sql结果不一致的原因：没有使用group by的情况下直接使用了max聚合函数。total返回的3条，而实际查询出来的一条，我的第一反应是插件存在问题，然而并不是。只是关联查一些数据，查到了就返回，查不到也不会影响查询数据的条数。关联表给去掉了，因为总数量是由主表来决定的，
mybaits使用分页插件关联查询时，返回结果数量不对扽问题
pscool的博客
07-12 2431
分页插件返回数量不对的问题 如果是对单表的查询，那么使用分页插件是没有问题的。 如果是有表的关联查询，那么分页插件实际上是对中间表作的一个分页，那么就会造成分页数量不对的问题。 <resultMap id="BaseResultMap" type="com.zzhua.vadmin.entity.Order"> <result property="userId" column="user_id"></result> <result pro
Mybatisplus 分页查询时，禁止自动统计总数
猎人在吃肉
02-20 5766
Mybatisplus 分页查询时，禁止自动统计总数
MyBatisPlus多表分页查询及遇到的坑（分页插件查询COUNT(1)和LIMIT ?,? 都正确，但返回数据错误）
单筱风的博客
08-12 5298
1.遇到的坑===》分页插件查询COUNT(1)和LIMIT ?,? 都正确，但返回数据错误 问题回溯： 1.1创建多表数据对应VO @Data @AllArgsConstructor @NoArgsConstructor public class ArticleVO { private Article article; private String tName; private User user; } 1.2XML <resultMap id="ArticleVOMap
解决mybatis总条数和数据库总条数不一致问题
library_yb的博客
06-14 2294
需要注意的是，虽然使用page.setOptimizeCountSql(false)可以提高查询速度，但是在某些情况下，可能会导致查询结果不准确。默认情况下，MyBatis会在查询总记录数时，使用一个类似于SELECT COUNT(*) FROM table的SQL语句来获取总记录数。当设置为false时，MyBatis会在查询总记录数时，使用一个类似于SELECT COUNT(1) FROM (原始SQL)的SQL语句来获取总记录数。这种方式可以避免使用COUNT(*)的方式，从而提高查询速度。
关联表多条记录会不会影响分页失灵
最新发布
03-08
### 关联表多条记录对分页功能的影响 当涉及一对多关系时，如果从表有多条记录对应同一个主表记录，则可能导致分页结果异常。具体表现为查询结果数量不准确或重复数据过多。这是因为标准的 SQL 分页语句（如 LIMIT 和 OFFSET）仅作用于最终的结果集，而不会考虑关联表的数据分布情况[^2]。 对于这种情况，常见的影响包括： - **重复计数问题**：由于左连接（LEFT JOIN）的存在，每个多条记录都会被计入总数，从而导致总记录数膨胀。 - **数据冗余**：同一主表项可能会因多个匹配的从表项而在不同页面上多次出现。 ```sql SELECT * FROM main_table m LEFT JOIN sub_table s ON m.id = s.main_id ORDER BY m.id LIMIT 10 OFFSET 0; ``` 上述代码展示了简单的一对多查询方式，其中并未考虑到分页逻辑下的潜在问题[^5]。 ### 解决方案 为了应对这些问题，有几种可行的方法来改进分页机制： #### 方法一：使用子查询分离主次表 通过先获取主表所需的信息再基于这些信息去查找对应的从表详情，这样可以有效避免重复计算的问题。此方法虽然增加了查询复杂度但是能更好地保持数据一致性并提高准确性[^4]。 ```sql WITH MainData AS ( SELECT id, name -- 主要字段 FROM main_table WHERE ... -- 过滤条件 GROUP BY id, name ORDER BY some_column LIMIT pageSize OFFSET (pageNo - 1) * pageSize ) SELECT md.*, st.detail_info FROM MainData md LEFT JOIN LATERAL ( SELECT detail_info FROM sub_table st WHERE st.main_id = md.id FETCH FIRST ROW ONLY ) st ON true; ``` 这段SQL利用了CTE(Common Table Expressions)，首先过滤并限定了主表中的记录范围，然后再逐一加载其关联的细节信息。注意这里用了LATERAL关键字配合子查询实现了一种类似于嵌套循环的方式，确保每次只取最新的那一条或多条特定的相关记录。 #### 方法二：采用聚合函数处理 另一种思路是在原始查询基础上加入GROUP BY子句，并结合COUNT()或其他聚合操作统计每个主键下有多少个相关实体存在，以此作为依据调整展示策略。这种方式适用于某些特殊场景，比如只需要知道某个父级对象拥有多少个子节点而不必全部列出它们的情况。 ```sql SELECT m.*, COUNT(s.sub_id) as child_count FROM main_table m LEFT JOIN sub_table s ON m.id = s.main_id WHERE ... GROUP BY m.id, other_columns_of_main_table ORDER BY m.some_column LIMIT pageSize OFFSET (pageNo - 1) * pageSize; ``` 这种方法不仅解决了重复显示的问题，还额外提供了有关父子间联系强度的信息，有助于前端界面设计更加灵活多样。 #### 方法三：借助全文搜索引擎优化深分页体验 在面对海量数据时，传统的数据库分页效率较低，尤其是在访问深层页面的时候表现尤为明显。此时引入像Elasticsearch这样的分布式搜索平台能够显著改善用户体验。它支持复杂的DSL查询语言，允许开发者自定义评分算法以提升检索质量；更重要的是，ES内置了一些专门用于解决深度分页难题的技术手段，例如scroll API和search_after参数等[^3]。 ---
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

你不懂、、、

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值