首頁(yè) 猿問(wèn) mysql:...

mysql: limit性能是不是比between或者in差不少

JavaScript

牧羊人nacy 2019-05-11 09:42:25

比如select*fromtablelimit100如果表里有100萬(wàn)個(gè)數(shù)據(jù),那么這個(gè)語(yǔ)句會(huì)全表掃描，把符合要求的100萬(wàn)數(shù)據(jù)都篩選出來(lái)然后再取前100行而假如知道id是從1開(kāi)始遞增那么select*fromtablewhereidbetween1and100性能就會(huì)高很多？

查看完整描述

2 回答

小唯快跑啊

TA貢獻(xiàn)1863條經(jīng)驗(yàn) 獲得超2個(gè)贊

形如select*fromtablelimit100的sql并不會(huì)造成全表掃描,除非加上查詢(xún)或排序條件.select*fromtablewhereidbetween1and100會(huì)比較快前提是id是主鍵或唯一鍵以上兩者的速度上不會(huì)有太大區(qū)別

反對(duì) 回復(fù) 2019-05-11

慕容森

TA貢獻(xiàn)1853條經(jīng)驗(yàn) 獲得超18個(gè)贊

select*fromtablelimit100確實(shí)是走全表掃描，但是在全表掃描過(guò)程中，讀到第100條記錄就停止掃描了，所以時(shí)間上只是掃描100條記錄的消耗，所以是很快的。走全表掃描再篩選100條記錄的執(zhí)行方式應(yīng)該是下面這條SQL:selectfrom(selectfromtable)alimit100;假如id從1開(kāi)始遞增，select*fromtablewhereidbetween1and100的執(zhí)行效率也是視情況而定的：1.id有索引，主鍵或唯一鍵更佳，那就是走索引，掃100條就終止了；2.id上沒(méi)有索引，那么就是全表掃描之后再篩選出1-100的數(shù)據(jù)。

反對(duì) 回復(fù) 2019-05-11