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

分析：
分页部分代码如下：

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的自动优化。
代码如下：

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不准确的问题
这篇文章中提到了两种方式，如上为第一种方式，可能导致效率低下。
第二种方式描述如下，并未尝试，且画一个问号。