程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> MySQL分頁技術、6種分頁方法總結,mysql分頁

MySQL分頁技術、6種分頁方法總結,mysql分頁

編輯:MySQL綜合教程

MySQL分頁技術、6種分頁方法總結,mysql分頁


概述

有朋友問: MySQL的分頁似乎一直是個問題,有什麼優化方法嗎?
網上看到趕集網XX推薦了一些分頁方法,但似乎不太可行,你能點評一下嗎?

方法總結

方法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 > (pageNum10) LIMIT M
適應場景: 適用於數據量多的情況(元組數上萬)
原因: 索引掃描,速度會很快. 有朋友提出: 因為數據查詢出來並不是按照pk_id排序的,所以會有漏掉數據的情況,只能方法3

方法3: 基於索引再排序

語句樣式: MySQL中,可用如下方法: SELECT FROM 表名稱 WHERE id_pk > (pageNum10) 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)

語句樣式: 不再給出
適應場景: 大數據量. 作者推薦的方法
原因: 把操作封裝在服務器,相對更快一些。

方法6: 反面方法

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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved