1、直接使用数据库提供的SQL语句 limit M ,N
SELECT * from message limit 0 , 10 ; -- 0.044 SELECT * from message limit 100 , 10 ; -- 0.084 SELECT * from message limit 1000 , 10 ; -- 0.087 SELECT * from message limit 10000 , 10 ; -- 0.102 SELECT * from message limit 100000 , 10 ; -- 0.236 SELECT * from message limit 1000000 , 10 ; -- 1.584 SELECT * from message limit 2000000 , 10 ; -- 2.961
适用场景:可以看出,在数据量小时,使用limit M ,N 可以很快的查询出数据,但是当数据量达到十万级甚至百万级时,查询效率呈几何倍数递增;
分析: 如下,其原因是,该查询会导致全表扫描,速度会很慢,且有的数据库返回结果集不稳定(如某次返回1,2,3,另外一次返回2,1,3),limit限制的是从结果集的M位置取出N条输出,其余抛弃;
2、基于索引排序
SELECT * from message order by id asc limit 0 , 10 ; -- 0.085 SELECT * from message order by id asc limit 100 , 10 ; -- 0.084 SELECT * from message order by id asc limit 1000 , 10 ; -- 0.088 SELECT * from message order by id asc limit 10000 , 10 ; -- 0.099 SELECT * from message order by id asc limit 100000 , 10 ; -- 0.227 SELECT * from message order by id asc limit 1000000 , 10 ; -- 1.532
适用场景:数据量小时,当数据量达到十万到百万级时,查询效率与第一种相比,仍呈现几何倍数递增
分析:在数据量小时,会根据索引进行选择,但是数据量大时,仍旧会导致全表扫描
3、基于所以筛选再排序
SELECT * from message order by id asc limit 10 ; -- 0.043 SELECT * from message where id > 100 order by id asc limit 10 ; -- 0.085 SELECT * from message where id > 1000 order by id asc limit 10 ; -- 0.085 SELECT * from message where id > 10000 order by id asc limit 10 ; -- 0.084 SELECT * from message where id > 100000 order by id asc limit 10 ; -- 0.085 SELECT * from message where id > 1000000 order by id asc limit 10 ; -- 0.083 SELECT * from message where id > 2000000 order by id asc limit 10 ; -- 0.085 SELECT * from message where id > 2000000 order by id desc limit 10 ; -- 0.085
总结:可以看出,该查询效率稳定,适用于数据量多是情况,最后ORDER BY后的列对象是主键或者唯一索引,使得ORDER BY操作能利用索引被消除,但是结果集是稳定的
分析:索引扫描,速度会很快;