Mybatis分页插件(pagehelper)数据量稍大出现查询慢

4,063 阅读1分钟

Mybatis分页插件(pagehelper)数据量稍大出现查询慢

🐉 芜湖~ 优化查询速度~

⚠在项目中使用Mybatis分页插件分页查询十分缓慢,但是在数据库中执行速度却很快?

  1. 该数据库的表共有1000条数据,分页查询时,在数据库中是毫秒级别,但是在使用Mybatis分页插件的时候居然足足!!2s多

  2. 最后打印sql

    🗨无语...居然又查询了一遍,怪不得这么慢

    select count(*) from ("这里面的把sql又多重复查了一遍") tab 
    
  3. 解决办法💡

    从5.0.4版本的Mybatis分页插件之后,支持了自定义Count方法来替换原来的Count方法 官方文档:

实现步骤:

  1. 首先在Mapper层定义一个Count方法

    /**
     * @author yeqian
     * @param
     * @return
     * @Description TODO 查询所有的订单信息
     * @Date 2021/5/25 15:41
     */
    Page<Map<String, Object>> getDeviceOrderInfo(Map<String, Integer> map);
    
    /**
     * @author yeqian
     * @param
     * @return
     * @Description TODO 覆盖pageHelp的计算总数方法
     * @Date 2021/6/3 16:57
     */
    Long   getDeviceOrderInfo_COUNT();
    
  2. 在去xml中写具体sql

    <!--查询所有的订单详细信息-->
    <select id="getDeviceOrderInfo_COUNT" resultType="Long" useCache="false">
    SELECT
    COUNT(1)
    FROM order_info  orderInfo
    LEFT JOIN customer_info customer ON orderInfo.customer_num = 		customer.id
    </select>
    
  3. 再次查询,从2s的延迟降低到毫秒级😊

    image-20210603174342399 小结

  1. 原来是分页插件中的计算Count的sql语句,会将需要分页的所有数据查出来然后生成一个临时表,再去计算Count

  2. 如果数据量此时比较大,那么生产临时表这步因为多查询了一次表,所以会导致最后Count计算会十分慢,从而影响分页的结果。

解决办法:

​ 覆盖原Count的sql,根据官方文档,自定义。注意返回值类型(Long)与方法名(原名_COUNT)