MySQL的分页你还在使劲的limit？

MySQL目前常用的分页方式有两种：

1.利用limit实现分页，语法为“SELECT*FROM 表名 limit 开始记录数,每页条数”；

2.利用主键索引实现分页，语法为“SELECT*FROM 表名 WHERE 字段名 > (页数*10) LIMIT 条数”；

一般使用第一种方式居多，适用于数据量不大的场景：

SELECT * FROM user LIMIT 0,10;#0是开始的记录数，10是条数

如果换成第二种写法：

SELECT * FROM user WHERE id > (0*10) LIMIT 10

id是主键。如果是第X页共Y条：（X从0开始计算）

SELECT * FROM user WHERE id > (X*10) LIMIT Y

当然，这种写法存在一定问题，如果第0页的id=5的数据被删除了，就会导致查询第0页的数据和第1页的数据有重合，第0页是1-4，6-11（默认一页10条数据，因为limit 10，所以会查询到id=11），第二页就是11-20，可见id=11重合了。

PS：当然关于id不连续的问题，你可以“逻辑删除”，增加一个 is_del 的属性，当is_del=1时表明该数据“已经删除”。

但是对于大量数据来说，这种问题是可以忽视的。

主要的是，这种大量数据的表，是机会不会去对其进行删除甚至修改操作的。

那么为什么大量数据使用第二种更合理呢？我们使用MySQL的关键字explain来看一下大概。

EXPLAIN SELECT * FROM test LIMIT 0,10

其他参数不做说明，就看type:扫描类型

效率从最好到最坏依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

可见limit的分页效果最差。

当然，实际当中你可以增加一些查询参数，让查询不再走全表扫描。

做对比的话就不增加查询条件了。

EXPLAIN SELECT * FROM test WHERE id > (0*10) LIMIT 10

这个走的是range 范围查询 明显好多了。

但这实际上还是通过主键的查询，取巧了而已。并且主键有主键索引，查询更快。

一般情况下，得保证查询至少达到range级别，最好能达到ref。

第一种方式和第二种方式当数据量不多的时候，是第一种方式占优势，毕竟没有数据重合的问题，并且查询的速度也没有明显差别。但是当数据量上去了，差别就很明显了，

SELECT * FROM test LIMIT 0,10

和