为什么limit前面加上order by 索引查询性能会更好?
为什么limit前面加上order by 索引查询性能会更好?
SELECT * FROM sys_client
LIMIT 100000,10 耗时:0.0004
而:
SELECT * FROM sys_client
ORDER BY id DESC LIMIT 100000,10
耗时:0.0001
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
找了个2千5百万数据的表进行测试,id是自增主键。
用下面语句进行测试,关query cache,每个连续跑10遍,计算平均耗时:
limit offset小的时候,加order by走索引只扫少量行更快,而offset较大时,加order by会更慢,全表扫描反而会快。
如果不加索引,SELECT * FROM sys_client LIMIT 100000,10会将
全表扫描
,然后取第100001~100010这10条记录;加了索引之后,就只检索100010条记录,而不是全表检索,所以执行效率会更好!
在第一条没有
order by
语句中,mysql
处理步骤是这样的:根据语句取出 10 条数据;
对这十条数据进行排序;
返回这 10 条数据;
但是在第二条语句中,假设你的
id
字段为主键索引,mysql
处理步骤是这样的:取出 10 条数据;
利用索引顺序直接取得已经排好序的数据;
返回这 10 条数据;
总结一下:
如果
order by
的字段在在执行中利用了索引。则可以利用索引顺序而直接取得已经排好序的数据。如果不是,才进行排序操作。你的id有加索引吧
0.0001…… 你需要验证复杂一点的sql