前幾天看了一個老外寫的程序，在MySQL 查詢中使用了很多Limit 關鍵字，這就讓我很感興趣了，因為在我印像中， Limit 關鍵字似乎更多被使用MySQL 資料庫的程式設計師用來做查詢分頁（當然這也是一個很好的查詢優化），那在這裡舉個例子，假設我們需要一個分頁的查詢，Oracle中一般來說都是用以下SQL 句子實現：
SELECT * FROM
( SELECT a1.*, rownum rownum_
FROM testtable a1
WHERE rownum > 20)
WHERE rownum_ 這個語句就能到這個語句中的20 到1000 記錄，而且還需要嵌套查詢，效率不會太高，看看MySQL 的實現：
SELECT * FROM testtable a1 limit 20,980;
這樣就能返回testtable 表中的21 條到（ 20 ＋ 980 ＝） 1000 筆的記錄。
實作語法確實簡單，但如果要說這裡兩個SQL 語句的效率，那就很難做比較了，因為在MySQL 中Limit 選項有多種不同的解釋方式，不同方式下的速度差異是很大的，因此我們不能從這語句的簡潔程度就說誰的效率高。
不過對程式設計師來說，夠簡單就好，因為維護成本低，呵呵。
下面要講這個Limit 的語法：
SELECT ……. --Select 語句的其他參數
[LIMIT {[offset,] row_count | row_count OFFSET offset}]
這裡offset 是偏偏移量（這個偏移量的起始位址是0 ，而不是1 ，這點很容易搞錯的）顧名思義就是離開起始點的位置，而row-count 也是很簡單的，就是傳回的記錄的數量限制。
Eg. SELECT * FROM testtable a limit 10,20 where ….
這樣就能使結果傳回 10 行以後（包括 10 行本身）的符合 where 條件的 20 筆記錄。
那麼如果沒有約束條件就回傳 10 到 29 行的記錄。
那這跟避免全表掃描有什麼關係呢？ 以下是 MySQL 手冊對 Limit 參數最佳化掃描的一些說明：
在某些情況中，當你使用 LIMIT 選項而不是使用 HAVING 時， MySQL 將以不同方式處理查詢。
l 如果你用 LIMIT 只選擇其中一部分行，當 MySQL 一般會做完整的表掃描時，但在某些情況下會使用索引（跟 ipart 有關）。
l 如果你將 LIMIT n 與 ORDER BY 同時使用，在 MySQL 找到了第一個符合條件的記錄後，將結束排序而不是排序整個表。
l 當 LIMIT n 和 DISTINCT 同時使用時， MySQL 在找到記錄後將停止查詢。
l 某些情況下， GROUP BY 能透過順序讀取鍵 ( 或在鍵上做排序 ) 來解決，然後計算摘要直到鍵值改變。在這種情況下， LIMIT n 將不會計算任何不必要的 GROUP 。
l 當 MySQL 完成發送第 n 行到客戶端，它將放棄餘下的查詢。
l 而 LIMIT 0 選項總是快速回傳一個空記錄。這對檢查查詢並且得到結果列的列類型是有用的。
l 臨時表的大小使用 LIMIT # 計算需要多少空間來解決查詢。
以上就介紹了selllimit 使用Limit參數優化MySQL查詢的方法，包括了selllimit方面的內容，希望對PHP教學有興趣的朋友有幫助。
