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

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

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

相关推荐
qq_33776320196 小时前
国际期货资管系统开发方案|内外盘交易平台源码授权与二次开发支持
java·c语言·开发语言·c++·c#
不定积分要+C_yyy6 小时前
Java关键字final三种用法、核心特性与高频易错点
java·开发语言
xexpertS7 小时前
队列积压治理:如何避免异步系统出现难以恢复的消息积压
java·开发语言
阿维的博客日记16 小时前
MultipartFile 是不是表示仅仅是一个分片?
java·后端·spring·multipartfile
程序员无隅16 小时前
Coding Agent 为什么压缩上下文后还能继续工作?上下文模块设计拆解
java·开发语言·数据库
Python+9916 小时前
Java 枚举类(Enum)详解:从基础到高级应用
java·开发语言·python
二炮手亮子16 小时前
浅记java线程池
java·开发语言
一路向北North16 小时前
Spring Security OAuth2.0(23):分布式系统授权-转发明文给微服务
java·spring·微服务
爱吃牛肉的大老虎18 小时前
rust基础之环境搭建
java·开发语言·rust
tellmewhoisi19 小时前
多版本共用redis的token有效期校验(过期重新登录)
java·redis·缓存