MySQL的分頁技術總結

標籤：資料庫   朋友   技術   

--方法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 SELECT * FROM 表名稱 WHERE id_pk > (？* ？) ORDER BY id_pk ASC LIMIT M
---適應情境: 大資料量
---原因: 索引掃描,速度會很快. prepare語句又比一般的查詢語句快一點。

---方法5: 預存程序類（最好融合上述方法4）
---語句樣式: 不再給出
---適應情境: 大資料量.  作者推薦的方法
---原因: 把操作封裝在伺服器，相對更快一些。

本文出自 “Linux營運” 部落格，請務必保留此出處http://2853725.blog.51cto.com/2843725/1546287

MySQL的分頁技術總結