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不准确的问题

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

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

相关推荐
Pniubi2 小时前
HashMap的扩容和树化边界
java·开发语言
Mikko72 小时前
用 Java 复刻了高中时在塞班上玩的「熔岩矿车」:纯 Swing、零依赖、没有一张图片,一个 jar 双击就能玩
java·游戏开发·swing
知了学历孙老师2 小时前
小自考的校考和统考,出题方和难度差在哪
java·大数据·前端
Java爱好狂.2 小时前
Java初学者如何一周速通SpringBoot!
java·spring boot·后端·spring·高并发·架构师·java面试
秋饼3 小时前
LLM API密钥动态轮换实战:Spring Vault + Spring AI + 多Provider路由
java·ai·技术分享·后端开发
福兮说4 小时前
JSON 格式正确,数据就可靠吗?我用一份自编配置检查类型与空值
java·前端·json
紧跟先前的步伐6 小时前
Go AI Agent 实战 03|Token、上下文窗口与模型调用成本
java·人工智能·golang
const_qiu6 小时前
第四章 00:开篇 —— 从「会聊天」到「记得住、会干活、能协作」
java·开发语言·人工智能·python
Wang's Blog6 小时前
Java 项目实战: 交友项目 - 个人资料管理的更新接口实现与坑
java·开发语言·交友
Promising_GEO6 小时前
GEE实战02期:从卫星波段开始:利用 Sentinel-2 自己计算 NDVI
java·sentinel·遥感·空间分析