MySQL分頁方法

　　MySQL的分頁似乎一直是個問題，有什么優化Mysql分頁方法嗎?下面總結了一些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：利用MySQL支持ORDER操作可以利用索引快速定位部分元組，避免全表掃描。

　　比如：讀第1000到1019行元組(pk是主鍵/唯一鍵)。

　　代碼如下：

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

方法6：利用"子查詢/連接+索引"快速定位元組的位置，然后再讀取元組. 道理同方法5

　　如(id是主鍵/唯一鍵，藍色字體時變量)：

　　利用子查詢示例：

　　代碼如下：

　　SELECT* FROMyour_table WHEREid <=

　　(SELECTid FROMyour_table ORDER

　　BYid descLIMIT ($page-1)*$pagesize ORDERBYid desc

　　LIMIT $pagesize

　　利用連接示例：

　　代碼如下：

　　SELECT* FROMyour_table ASt1

　　JOIN(SELECTid FROMyour_table ORDERBY

　　id descLIMIT ($page-1)*$pagesize ASt2

　　WHERE

　　t1.id <= t2.id ORDERBYt1.id descLIMIT $pagesize;

方法7：存儲過程類(最好融合上述方法5/6)

　　語句樣式：不再給出。

　　適應場景：大數據量，推薦的方法。

　　原因：把操作封裝在服務器，相對更快一些。

方法8：反面方法

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

　　基本上，可以推廣到所有數據庫，道理是一樣的。但方法5未必能推廣到其他數據庫，推廣的前提是，其他數據庫支持ORDER BY操作可以利用索引直接完成排序。

總結

以上是生活随笔為你收集整理的MySQL分页方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。