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

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

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

相关推荐
tg-zm8899962 小时前
2025返利商城源码/挂机自动收益可二开多语言/自定义返利比例/三级分销理财商城
java·mysql·php·laravel·1024程序员节
X***C8622 小时前
SpringBoot:几种常用的接口日期格式化方法
java·spring boot·后端
前端达人2 小时前
你的App消息推送为什么石沉大海?看Service Worker源码我终于懂了
java·开发语言
小光学长3 小时前
基于ssm的宠物交易系统的设计与实现850mb48h(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上,文末可获取,系统界面在最后面。
java·前端·数据库
编程大师哥3 小时前
vxe-table 透视表分组汇总及排序基础配置
java
8***84823 小时前
spring security 超详细使用教程(接入springboot、前后端分离)
java·spring boot·spring
9***J6283 小时前
Spring Boot项目集成Redisson 原始依赖与 Spring Boot Starter 的流程
java·spring boot·后端
M***Z2103 小时前
SQL 建表语句详解
java·数据库·sql
v***7943 小时前
Spring Boot 热部署
java·spring boot·后端
执笔论英雄3 小时前
【RL】python协程
java·网络·人工智能·python·设计模式