在最坏的情况下,如果要查看未索引的字段,则使用
MIN()需要对表进行一次完整的遍历。使用
SORT并且
LIMIT需要一个文件排序。如果针对大表运行,则预期的性能可能会存在显着差异。作为无意义的数据点,我的开发服务器上的106,000行表
MIN()花了0.36秒
SORT,
LIMIT花了0.84秒。
但是,如果您正在查看索引列,则很难注意到差异(两种情况下无意义的数据点均为0.00s)。但是,查看一下explain的输出,看起来好像
MIN()可以简单地从索引中选取最小值(“
Select table Optimized away”和“ NULL”行),而
SORTand
LIMIT仍需要对索引进行有序遍历(106,000行)。实际的性能影响可能微不足道。
它看起来像是
MIN()要走的路-
在最坏的情况下更快,在最好的情况下没有区别,它是标准SQL,最清楚地表达了您想要获得的价值。正如mson所提到的,似乎唯一希望使用
SORT和的
LIMIT情况是,您正在编写一个通用运算,该运算从任意列中查找前N个值或后N个值,因此不值得写出特殊情况的 *** 作。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)