MYSQL优化之大量数据的limit分页优化

   在mysql中，如果我们遇到要查询分页列表的数据，我们正常的sql语句是这样写的（主键索引为user_id）：

select * from user where 各种条件 limit 0,10

这句sql乍一看非常直接明了，没啥毛病，但是当我们的数据量达到了几百万条时，我们要查几万条数据之后的分页，那要怎么处理呢？简单啊，这样写就好了：

select * from user where 各种条件 limit 50000,10

然而，事情并没有想象中的简单，当我们以这样的方式去查询时，mysql会如何处理呢？

首先，它会根据我们的主键索引去把所有的50010拿出来，然后再通过主键ID回表去把所有的*里面的各种字段查出来，最后截取最后的10条数据作为我们最终的返回值。这会出现一个很大的浪费，我们其实并不需要前面的50000条数据，更不需要这50000条数据回表查出来的各个字段，这将严重浪费查询时间。此时该如何优化呢？请看下面的代码：

SELECT
	* 
FROM
	USER u1
	RIGHT JOIN ( SELECT user_id FROM USER WHERE
	各种条件 LIMIT 50000, 10 ) u2 
    ON u1.user_id = u2.user_id 

这个查询咋一看好像多此一举，为什么要将同一张表连表查出ID，然后再进行查询其他字段的操作呢？如果我们这样操作的话，当我们子查询去根据主键索引把50010条数据都查出来后，由于索引里面已经存放了主键的值了，因此他就不需要回表再进行查询其他各种字段，此时，子查询limit结束后，只剩下了10条数据，再对这10条数据进行查询所有的字段，那么我们就相当于省略了一次50000条的所有字段查询，因此就能够极大的增加我们的查询效率。

根据此处的例子就不得不说一下limit的弊端了，由于它是最后执行的，所以当我们limit m,n时，mysql会进行先查m+n条数据，然后再对其截取最后n条数据，因此当分页数量极大时，他会大大降低查询的效率，导致即使使用了索引也无法提升性能，就是因为他的回表查询其他字段的机制导致了大量时间的花销。

这招大家学会了没！！！有收获点个赞呗