mysql limit分页查询效率比拼

好久不见. 提交于 2019-11-26 16:06:53

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操作能利用索引被消除,但是结果集是稳定的

分析:索引扫描,速度会很快;

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!