avatar

目录
数据库全表查询之-分页查询优化

    我们在项目中经常会使用到分页查询,之前最常用from-size模式,即“select * from tableName where is_del = 0 limit #{from},#{size} ”,刚开始数据量比较小的情况下还没看出有什么缺点,但是当数据量为百万、千万级别以上数据时,会发现分页查询越来越慢,会严重影响前端页面的反映速度。
    网上有好几种分页查询优化的方法,比如:

  • 使用子查询优化;

  • 使用ID限定优化;

  • 使用临时表优化;
    它们从不同的角度来提升查询速度,但是从学习和理解成本讲,我还是最常用使用ID限定优化,分页效果还是蛮好的。

使用ID限定优化

    使用ID限定优化就是利用ID索引,来加快查询速度,但是这种方式有个前提条件-假设数据库表的ID字段是连续递增的;这样我们可以根据查询的页数和查询的记录数来计算出要查询的ID范围,然后使用id-between-and来查询:

sql
1
select * from orders where is_del = 0 and id between 1000000 and 1000100 limit 100;

    使用ID查询能极大的优化查询速度,基本上能在几十毫秒之内查出指定条件的数据。只是需要明确知道数据库表ID情况,但是一般的数据库表都会有ID,并且ID一般都会加索引,这为数据查询带来很大的便利。
上述方法还有一种变形:

sql
1
select * from orders where is_del = 0 and id > #{id,jdbcType=BIGINT} limit 100;

参考原文

文章作者: 海东青
文章链接: https://haohaogit.github.io/2020/03/30/%E6%95%B0%E6%8D%AE%E5%BA%93%E5%85%A8%E8%A1%A8%E6%9F%A5%E8%AF%A2%E4%B9%8B-%E5%88%86%E9%A1%B5%E6%9F%A5%E8%AF%A2%E4%BC%98%E5%8C%96/
版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 Hexo
打赏
  • 微信
    微信
  • 支付宝
    支付宝