Mysql翻页越翻到后面越慢_mysql的limit分页,越往后为什么越慢,怎么解决

  • Post author:
  • Post category:mysql


一 什么是limit分页问题

limit 20 这样的语句。仅仅扫描前30行,select* from table limit 0,10扫描满足条件的10行,返回10行,但当limit 866613,20的时候数据读取就很慢,limit 866613,20的意思扫描满足条件的866633行,扔掉前面的866613行,返回最后的20行,可想而知这时会很慢,如下图,达到37.44秒之久。

caf4c4cf5f09ede4a16142d389259e0c.png

二 怎么解决

利用表的覆盖索引来加速分页查询

我们都知道,利用了索引查询的语句中如果只包含了那个索引列(覆盖索引),那么这种情况会查询很快。

因为利用索引查找有优化算法,且数据就在查询索引上面,不用再去找相关的数据地址了,这样节省了很多时间。

另外Mysql中也有相关的索引缓存,在并发高的时候利用缓存就效果更好了。

在我们的例子中,我们知道id字段是主键,自然就包含了默认的主键索引。

这次我们之间查询(利用覆盖索引,只包含id列),如下:

5e786f9d782f39d7c883d77941d96a4b.png

查询时间为0.2秒,相对于查询了所有列的37.44秒,提升100多倍的速度。

那么如果我们也要查询所有列,有两种方法,

方法1:子查询,id>=的形式:

7df6f0f902fdab15666c74989401fa15.png

查询时间为0.2秒,简直是一个质的飞跃啊。

方法2:利用join

493fa02dfcdcfb9116d15372c086f855.png

效果也差不多查询时间也很短。

三 子查询和关联查询性能对比

上面两个一个是子查询,一个是关联查询,那么这两种方案的查询性能哪一个更好呢?

子查询:把内层查询结果当作外层查询的比较条件,使用 IN( ) 函数、EXISTS 运算符等,示例如下:

select goods_id,goods_name from goods where goods_id = (select max(goods_id) from goods);

执行子查询时,MYSQL需要创建临时表,查询完毕后再删除这些临时表,所以,子查询的速度会受到一定的影响,这里多了一个创建和销毁临时表的过程。

连接查询(JOIN)连接查询不需要建立临时表,因此其速度比子查询快。另外注意:能过滤先过滤,过滤好了再链接

原文:https://www.cnblogs.com/wanghongsen/p/12616558.html



版权声明:本文为weixin_29099217原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。