MySQL的limit分页，为什么越往后翻越慢，怎么解决？

什么是limit分页问题

select * from table limit 0,10 扫描满足条件的10行，返回10行。
但当执行select * from table limit 800000，20 的时候数据读取就很慢，limit 800000，20的意思扫描满足条件的800020行，扔掉前面的800000行，返回最后的20行，可想而知这时会很慢，测试了一下达到37.44秒之久。

怎么解决

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

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

因为利用索引查找有优化算法，且数据就在查询索引上面，不用再回表查询数据行，这样节省了很多时间。

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

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

这次我们之间查询（利用覆盖索引，只包含id列），如下：

select id from product order by id limit 800000, 20

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

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

方法1：子查询，id>=的形式：

select * from product 
where ID >= ( select id from product order by id limit 800000,1 ) limit 20

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

方法2：利用join（推荐这种方法）

select * from product a
JOIN ( select id from product order by id limit 800000,20 ) b on a.id = b.id

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

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

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

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

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

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

• 连接查询（JOIN）连接查询不需要建立临时表，因此其速度比子查询快。另外注意：能过滤先过滤，过滤好了再链接