MySQL的分頁技術總結

版權聲明：此文章轉載自ITeye。 

如需轉載請聯繫聽雲College團隊成員阮小乙，郵箱：ruanqy#tingyun.com

方法1: 直接使用數據庫提供的SQL語句

---語句樣式: MySQL中,可用以下方法: SELECT * FROM 表名稱 LIMIT M,N。

---適應場景: 適用於數據量較少的狀況(元組百/千級)。

---緣由/缺點: 全表掃描,速度會很慢且 有的數據庫結果集返回不穩定(如某次返回1,2,3,另外的一次返回2,1,3)。Limit限制的是從結果集的M位置處取出N條輸出,其他拋棄。

方法2: 創建主鍵或惟一索引, 利用索引(假設每頁10條)

---語句樣式: MySQL中,可用以下方法:

SELECT * FROM 表名稱 WHERE id_pk > (pageNum*10) LIMIT M。

---適應場景: 適用於數據量多的狀況(元組數上萬)。

---緣由: 索引掃描,速度會很快。有朋友提出由於數據查詢出來並非按照pk_id排序的，因此會有漏掉數據的狀況，只能方法3。

方法3: 基於索引再排序

---語句樣式: MySQL中,可用以下方法: SELECT * FROM 表名稱 WHERE id_pk > (pageNum*10) ORDER BY id_pk ASC LIMIT M。

---適應場景: 適用於數據量多的狀況(元組數上萬). 最好ORDER  BY後的列對象是主鍵或惟一因此,使得ORDERBY操做能利用索引被消除但結果集是穩定的(穩定的含義,參見方法1)。

---緣由: 索引掃描,速度會很快. 但MySQL的排序操做,只有ASC沒有DESC(DESC是假的,將來會作真正的DESC,期待)。

方法4: 基於索引使用prepare（第一個問號表示pageNum，第二個？表示每頁元組數）

---語句樣式: MySQL中,可用以下方法:

PREPARE stmt_name FROM

---適應場景: 大數據量。

---緣由: 索引掃描,速度會很快. prepare語句又比通常的查詢語句快一點。

方法5:利用MySQL支持ORDER操做能夠利用索引快速定位部分元組,避免全表掃描

---好比: 讀第1000到1019行元組(pk是主鍵/惟一鍵)。

---SELECT * FROM your_table WHERE pk>=1000 ORDER BY pk ASC LIMIT 0,20。

方法6: 利用"子查詢/鏈接+索引"快速定位元組的位置,而後再讀取元組. 道理同方法5

---如(id是主鍵/惟一鍵,藍色字體時變量):

利用子查詢示例:

SELECT * FROM your_table WHERE id <= (SELECT id FROM your_table ORDERBY id desc LIMIT ($page-1)*$pagesize ORDER BY id descLIMIT $pagesize

利用鏈接示例:

SELECT * FROM your_table AS t1JOIN (SELECT id FROM your_table ORDER BYid desc LIMIT ($page-1)*$pagesize AS t2WHEREt1.id <= t2.id ORDER BY t1.id desc LIMIT $pagesize;

方法7: 存儲過程類（最好融合上述方法5/6）

---語句樣式: 再也不給出

---適應場景: 大數據量.  做者推薦的方法

---緣由: 把操做封裝在服務器，相對更快一些。

方法8: 反面方法

---網上有人寫使用 SQL_CALC_FOUND_ROWS。沒有道理，勿模仿 。

基本上,能夠推廣到全部數據庫,道理是同樣的。但方法5未必能推廣到其餘數據庫,推廣的前提是,其餘數據庫支持ORDER BY操做能夠利用索引直接完成排序。

想閱讀更多技術文章，請訪問聽雲技術博客，訪問聽雲官方網站感覺更多應用性能優化魔力。