问题
需求反馈前端界面查询速度很慢。
分析
f12查看接口响应时间达到了5.47s。
查看后端代码逻辑，就是传了些参数，分页查询了一个列表的数据。分页插件使用的是mybatis-plus的分页插件，PaginationInterceptor。
把后端调用的sql单独拿出来在navicat中进行执行，才0.54s左右，其实很快了，数据量也不大。分页查询即使加上查总数的count语句，单独拿出来在navicat中执行，也很快。
综上，总体来说这次响应速度慢和sql查询的关系不是很大，查看后台日志时发现，在打印出sql语句之后，会卡顿一会儿，随后才会输出count语句。查阅mybatis-plus插件的官网发现，其中有个参数: optimizeCountSql , 默认为true。在编写count语句的时候，会对sql语句进行优化。
以此推断应该是这个引起的，因为业务中sql语句还比较复杂，这里要解析进行优化的话，可能需要花费一点儿时间。尤其其中有一些难以解析的表达式，更是耗费时间。
解决方案
将上述属性设置为false，测试之后解决问题，接口的速度达到500多毫秒。
Page page = new Page();
page.setCurrent(MapUtils.getIntValue(paramMap, "pageNum"));
page.setSize(MapUtils.getIntValue(paramMap, "pageSize"));
// 关闭count sql的优化，解决前端查询慢的效率问题。
page.setOptimizeCountSql(false);还有种方案，就是这里自定义一个count查询的sql，不用其优化的sql。即利用下图中的countId属性来解决。或者单独把总数查询出来后，再来设置其总数。文章来源：https://www.toymoban.com/news/detail-503444.html
后续思考
此例中，sql语句写的比较复杂，查询的字段中用了很多转换函数，后续也需要继续优化。是否考虑关于字典的优化放在前端去显示。或者数据库冗余字段，直接查询，不用转换？文章来源地址https://www.toymoban.com/news/detail-503444.html
到了这里，关于Mybatis-Plus分页插件查询慢解决方案的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
