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

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

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

相关推荐
小毅&Nora几秒前
【Java线程安全实战】⑨ CompletableFuture的高级用法:从基础到高阶,结合虚拟线程
java·线程安全·虚拟线程
冰冰菜的扣jio几秒前
Redis缓存中三大问题——穿透、击穿、雪崩
java·redis·缓存
小璐猪头13 分钟前
专为 Spring Boot 设计的 Elasticsearch 日志收集 Starter
java
ps酷教程34 分钟前
HttpPostRequestDecoder源码浅析
java·http·netty
闲人编程34 分钟前
消息通知系统实现:构建高可用、可扩展的企业级通知服务
java·服务器·网络·python·消息队列·异步处理·分发器
栈与堆1 小时前
LeetCode-1-两数之和
java·数据结构·后端·python·算法·leetcode·rust
OC溥哥9991 小时前
Paper MinecraftV3.0重大更新(下界更新)我的世界C++2D版本隆重推出,拷贝即玩!
java·c++·算法
星火开发设计1 小时前
C++ map 全面解析与实战指南
java·数据结构·c++·学习·算法·map·知识
*才华有限公司*1 小时前
RTSP视频流播放系统
java·git·websocket·网络协议·信息与通信
gelald1 小时前
ReentrantLock 学习笔记
java·后端