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

本文介绍了在Springboot项目中使用PageHelper分页插件时遇到的大数据量查询缓慢的问题。通过分析发现,原因除了数据库执行效率外,还在于分页插件的Count方法导致的额外查询。解决方案是自定义Count方法,减少不必要的数据获取,从而显著提升查询速度。实践证明,这一优化将查询时间从2秒降低到了毫秒级。
摘要由CSDN通过智能技术生成

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

  1. 导入Springboot依赖

    <!--分页插件-->
    <dependency>
        <groupId>com.github.pagehelper</groupId>
        <artifactId>pagehelper-spring-boot-starter</artifactId>
        <version>1.3.0</version>
    </dependency>
    
  2. 编写Service层核心代码

    	@Override
    	public Page<Map<String, Object>> getDeviceOrderInfo(Map<String, Integer> map) {
    		 // 此处使用PageHelp去实现的话,会在大数据量的时候查询缓慢
    		PageHelper.startPage(map.get("page"), map.get("limit"));
    		Page<Dev>  devInfo =devMapper.getInfo();
    		return devInfo;
    	}
    
  3. 编写mapper接口

        /**
         * @author yeqian
         * @param
         * @return
         * @Description TODO 
         * @Date 2021/5/25 15:41
         */
        Page<Map<String, Object>> getInfo();
    
  4. 编写mapper.xml

    <select id="getDeviceOrderInfo" resultType="map" useCache="true">
            SELECT
       		name, age, gender
            FROM devInfo
    </select>
    
  5. 测试

优化查询速度🐷

⚠️在项目中使用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 orderInfo 
    </select>
    
  3. 再次查询,从2s的延迟降低到毫秒级:happy:

    image-20210603174342399

小结

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

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

解决办法:

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

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值