MyBatis-Plus的IPage分页total不正确问题

场景:

执行了一条连接查询的sql语句,进行分页后,total不正确问题。如下图:



分析:

分页部分代码如下:

java 复制代码
String sql = searchSqlBuilderInstance.generateSql();
Page page = new Page(commonSearchDTO.getPageAndTableInfo().getPageNum(),commonSearchDTO.getPageAndTableInfo().getPageSize());
IPage<Map<String, Object>> iPage = filterMapper.executeSqlReturnMaps(page, sql);

通过MyBatis Log日志,发现统计的sql被自动优化了,导致统计结果不准确。
75是执行的查询数据的sql语句,74是统计分页的sql语句,可见统计分页的sql语句和预期的并不相同。

由此可猜想,mybatis-plus的IPage做了手脚,将统计语句进行了处理,导致了这种结果。去官网查找文档后,并没发现有意义的说明。最后在两篇文章中找到答案。
MybatisPlus自动分页,total不准确的问题
详解分页组件中查count总记录优化

解决方法:

关闭mybatis-plus的自动优化。

代码如下:

java 复制代码
String sql = searchSqlBuilderInstance.generateSql();
Page page = new Page(commonSearchDTO.getPageAndTableInfo().getPageNum(),commonSearchDTO.getPageAndTableInfo().getPageSize());
//关闭自动优化
page.setOptimizeCountSql(false);
IPage<Map<String, Object>> iPage = filterMapper.executeSqlReturnMaps(page, sql);

MyBatis-Plus的分页插件IPage默认是开启自动优化的,需要手动设置page.setOptimizeCountSql(false)关闭自动优化功能,关闭后,统计语句格式为SELECT COUNT(*) FROM (你的sql语句);,再次查看Log日志如下:

接口调用得到total结果为77。

扩展思考:
MybatisPlus自动分页,total不准确的问题

这篇文章中提到了两种方式,如上为第一种方式,可能导致效率低下。

第二种方式描述如下,并未尝试,且画一个问号。

相关推荐
BerryS3N3 小时前
Java 后端转型大模型:Demo 能跑不等于能上线
java·人工智能·python·java后端·spring ai·langchain4j·大模型转型
心机之蛙qee3 小时前
Docker Compose 多容器编排
java·docker·容器
秋田君4 小时前
QT_QColorDialog颜色对话框
java·数据库·qt
用户91366296220125 小时前
ViewModelScope 简介与使用
java
上海安当技术5 小时前
老系统零改造接入:旁路代理统一认证实战
java·servlet·架构·kubernetes·jenkins
Zane19945 小时前
Lock 接口与 AQS 核心原理:手写理解一把可重入锁是怎么运作的
java·后端
Full Stack Developme5 小时前
SpringBoot 整合 Druid 并列出参数清单
java·spring boot·后端
caishenzhibiao5 小时前
顺势交易矩阵主图 同花顺期货通指标
java·c语言·c#
我命由我123455 小时前
Android 开发 - 广播组件(标准广播、有序广播、静态注册广播、分钟到达广播、网络变更广播...)
android·java·开发语言·网络·java-ee·android studio·android-studio
周航宇JoeZhou5 小时前
JP3-2-1-MyItem项目简介
java·ai·springboot·环境搭建·项目·管理·springai