在MySQL數(shù)據(jù)庫操作中，我們在做一些查詢的時候總希望能避免數(shù)據(jù)庫引擎做全表掃描，因為全表掃描時間長，而且其中大部分掃描對客戶端而言是沒有意義的。其實我們可以使用Limit關(guān)鍵字來避免全表掃描的情況，從而提高效率。假設(shè)我們需要一個分頁的查詢，如果是Oracle 程序員會有點痛苦，因為Oracle 中沒有Limit 這個關(guān)鍵字，一般來說都是用以下SQL句子實現(xiàn)：

SELECT * FROM  
( SELECT a1.*, rownum rownum_  
FROM testtable a1  
WHERE rownum > 20)  
WHERE rownum_ <= 1000 

這個語句就能查詢到 testtable 表中的 20 到 1000 記錄，而且還需要嵌套查詢，效率不會太高，看看 MySQL 的實現(xiàn)：SELECT * FROM testtable a1 limit 20,980;這樣就能返回testtable 表中的 21 條到（ 20 ＋ 980 ＝）1000 條的記錄。

實現(xiàn)語法確實簡單，但如果要說這里兩個SQL 語句的效率，那就很難做比較了，因為在 MySQL 中 Limit 選項有多種不同的解釋方式，不同方式下的速度差異是很大的，因此我們不能從這語句的簡潔程度就說誰的效率高。

下面講講這個Limit關(guān)鍵字的語法吧：

SELECT … --Select 語句的其他參數(shù)

[Limt {[offset,] row_count | row_count OFFSET offset}]

這里offset 是偏移量（這個偏移量的起始地址是 0 ，而不是 1 ，這點很容易搞錯的）顧名思義就是離開起始點的位置，而 row-count 也是很簡單的，就是返回的記錄的數(shù)量限制。

例如：SELECT * FROM testtable a limit 10,20 where ….

這樣就能使結(jié)果返回10 行以后（包括 10 行自身）的符合where 條件的20 條記錄。

那么如果沒有約束條件就返回10到29 行的記錄。

那這跟避免全表掃描有什么關(guān)系呢？下面是 MySQL 手冊對Limit 參數(shù)優(yōu)化掃描的一些說明：

在一些情況中，當(dāng)你使用Limt 選項而不是使用 HAVING 時， MySQL 將以不同方式處理查詢。

如果你用Limt關(guān)鍵字只選擇其中一部分行，當(dāng) MySQL 一般會做完整的表掃描時，但在某些情況下會使用索引（跟 ipart 有關(guān)）。

如果你將Limt n 與ORDER BY 同時使用，在 MySQL 找到了第一個符合條件的記錄后，將結(jié)束排序而不是排序整個表。

當(dāng) Limt n 和DISTINCT 同時使用時， MySQL 在找到一個記錄后將停止查詢。

某些情況下，GROUP BY 能通過順序讀取鍵 ( 或在鍵上做排序 ) 來解決，并然后計算摘要直到鍵值改變。在這種情況下， Limt n 將不計算任何不必要的 GROUP 。

當(dāng) MySQL 完成發(fā)送第 n 行到客戶端，它將放棄余下的查詢。

而 Limt 0 選項總是快速返回一個空記錄。這對檢查查詢并且得到結(jié)果列的列類型是有用的。

臨時表的大小使用Limt # 計算需要多少空間來解決查詢。

關(guān)于MySQL性能優(yōu)化之使用Limit關(guān)鍵字來避免全表掃描的相關(guān)知識就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！

【編輯推薦】

1. MySQL數(shù)據(jù)庫丟失root密碼后該如何補救？
2. MySQL參數(shù)DELAY_KEY_WRITE的詳細(xì)說明
3. MySQL數(shù)據(jù)庫TIMESTAMP設(shè)置默認(rèn)值的靈活運用
4. MySQL如何創(chuàng)建用戶表并將其ID設(shè)置為自動增長列？
5. MySQL數(shù)據(jù)庫TIMESTAMP設(shè)置默認(rèn)值的幾個應(yīng)用實例