MySQL性能優(yōu)化之使用Limit關(guān)鍵字來(lái)避免全表掃描
在MySQL數(shù)據(jù)庫(kù)操作中,我們?cè)谧鲆恍┎樵兊臅r(shí)候總希望能避免數(shù)據(jù)庫(kù)引擎做全表掃描,因?yàn)槿頀呙钑r(shí)間長(zhǎng),而且其中大部分掃描對(duì)客戶端而言是沒(méi)有意義的。其實(shí)我們可以使用Limit關(guān)鍵字來(lái)避免全表掃描的情況,從而提高效率。假設(shè)我們需要一個(gè)分頁(yè)的查詢,如果是Oracle 程序員會(huì)有點(diǎn)痛苦,因?yàn)镺racle 中沒(méi)有Limit 這個(gè)關(guān)鍵字,一般來(lái)說(shuō)都是用以下SQL句子實(shí)現(xiàn):
- SELECT * FROM
- ( SELECT a1.*, rownum rownum_
- FROM testtable a1
- WHERE rownum > 20)
- WHERE rownum_ <= 1000
這個(gè)語(yǔ)句就能查詢到 testtable 表中的 20 到 1000 記錄,而且還需要嵌套查詢,效率不會(huì)太高,看看 MySQL 的實(shí)現(xiàn):SELECT * FROM testtable a1 limit 20,980;這樣就能返回testtable 表中的 21 條到( 20 + 980 =)1000 條的記錄。
實(shí)現(xiàn)語(yǔ)法確實(shí)簡(jiǎn)單,但如果要說(shuō)這里兩個(gè)SQL 語(yǔ)句的效率,那就很難做比較了,因?yàn)樵?MySQL 中 Limit 選項(xiàng)有多種不同的解釋方式,不同方式下的速度差異是很大的,因此我們不能從這語(yǔ)句的簡(jiǎn)潔程度就說(shuō)誰(shuí)的效率高。
下面講講這個(gè)Limit關(guān)鍵字的語(yǔ)法吧:
SELECT … --Select 語(yǔ)句的其他參數(shù)
[Limt {[offset,] row_count | row_count OFFSET offset}]
這里offset 是偏移量(這個(gè)偏移量的起始地址是 0 ,而不是 1 ,這點(diǎn)很容易搞錯(cuò)的)顧名思義就是離開(kāi)起始點(diǎn)的位置,而 row-count 也是很簡(jiǎn)單的,就是返回的記錄的數(shù)量限制。
例如:SELECT * FROM testtable a limit 10,20 where ….
這樣就能使結(jié)果返回10 行以后(包括 10 行自身)的符合where 條件的20 條記錄。
那么如果沒(méi)有約束條件就返回10到29 行的記錄。
那這跟避免全表掃描有什么關(guān)系呢?下面是 MySQL 手冊(cè)對(duì)Limit 參數(shù)優(yōu)化掃描的一些說(shuō)明:
在一些情況中,當(dāng)你使用Limt 選項(xiàng)而不是使用 HAVING 時(shí), MySQL 將以不同方式處理查詢。
如果你用Limt關(guān)鍵字只選擇其中一部分行,當(dāng) MySQL 一般會(huì)做完整的表掃描時(shí),但在某些情況下會(huì)使用索引(跟 ipart 有關(guān))。
如果你將Limt n 與ORDER BY 同時(shí)使用,在 MySQL 找到了第一個(gè)符合條件的記錄后,將結(jié)束排序而不是排序整個(gè)表。
當(dāng) Limt n 和DISTINCT 同時(shí)使用時(shí), MySQL 在找到一個(gè)記錄后將停止查詢。
某些情況下,GROUP BY 能通過(guò)順序讀取鍵 ( 或在鍵上做排序 ) 來(lái)解決,并然后計(jì)算摘要直到鍵值改變。在這種情況下, Limt n 將不計(jì)算任何不必要的 GROUP 。
當(dāng) MySQL 完成發(fā)送第 n 行到客戶端,它將放棄余下的查詢。
而 Limt 0 選項(xiàng)總是快速返回一個(gè)空記錄。這對(duì)檢查查詢并且得到結(jié)果列的列類型是有用的。
臨時(shí)表的大小使用Limt # 計(jì)算需要多少空間來(lái)解決查詢。
關(guān)于MySQL性能優(yōu)化之使用Limit關(guān)鍵字來(lái)避免全表掃描的相關(guān)知識(shí)就介紹到這里了,希望本次的介紹能夠?qū)δ兴斋@!
【編輯推薦】






