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
和