mysql分頁查詢文法

標籤：問題   通過   null   type   set   返回   order by   post   limit   

一、limit文法

SELECT  *  FROM  table  LIMIT [offset,]  rows  |  rows  OFFSET offset

LIMIT 子句可以被用於強制 SELECT 語句返回指定的記錄數。LIMIT 接受一個或兩個數字參數。參數必須是一個整數常量。如果給定兩個參數，第一個參數指定第一個返回記錄行的位移量，第二個參數指定返回記錄行的最大數目。

初始記錄行的位移量是 0(而不是 1);

mysql>  SELECT  *  FROM  table  LIMIT 5,10; // 檢索記錄行 6-15 

為了檢索從某一個位移量到記錄集的結束所有的記錄行，可以指定第二個參數為 -1：

mysql>  SELECT  *  FROM  table  LIMIT 95,-1; // 檢索記錄行 96- last .

 

如果只給定一個參數，它表示返回最大的記錄行數目： 

mysql>  SELECT  *  FROM  table  LIMIT 5; //檢索前 5 個記錄行 

換句話說，LIMIT n 等價於 LIMIT 0,n。

 

二、Mysql的分頁查詢語句的效能分析最基本的分頁方式：

SELECT  ...  FROM  ...  WHERE  ...  ORDER  BY  ... LIMIT ...

在中小資料量的情況下，這樣的SQL足夠用了，唯一需要注意的問題就是確保使用了索引：舉例來說，如果實際SQL類似下面語句，那麼在category_id, id兩列上建立複合索引比較好：

代碼如下:

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10 

子查詢的分頁方式：

隨著資料量的增加，頁數會越來越多，查看後幾頁的SQL就可能類似：

代碼如下:

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10

 

一言以蔽之，就是越往後分頁，LIMIT語句的位移量就會越大，速度也會明顯變慢。

此時，我們可以通過子查詢的方式來提高分頁效率，大致如下：

SELECT  *  FROM      articles  WHERE  id >= ( SELECT  id  FROM  articles  WHERE  category_id = 123  ORDER  BY  id LIMIT 10000, 1) LIMIT 10

JOIN分頁方式

SELECT  *  FROM  `content`  AS    t1 JOIN  ( SELECT  id  FROM  `content`  ORDER  BY  id  desc  LIMIT  ".($page-1)*$pagesize." , 1)  AS  t2  WHERE  t1.id <= t2.id  ORDER  BY  t1.id  desc  LIMIT $pagesize;

經過我的測試，join分頁和子查詢分頁的效率基本在一個等級上，消耗的時間也基本一致。 explain SQL語句：

id select_type  table  type possible_keys  key  key_len ref  rows  Extra  PRIMARY  <derived2> system  NULL  NULL  NULL  NULL  1  PRIMARY  t1 range  PRIMARY  PRIMARY  4  NULL  6264 Using  where  DERIVED content  index  NULL  PRIMARY  4  NULL  27085 Using  index
那就直接用子查詢語句！

為什麼會這樣呢？因為子查詢是在索引上完成的，而普通的查詢時在資料檔案上完成的，通常來說，索引檔案要比資料檔案小得多，所以操作起來也會更有效率。

實際可以利用類似策略模式的方式去處理分頁，比如：判斷如果是一百頁以內，就使用最基本的分頁方式，大於一百頁，則使用子查詢的分頁方式。

mysql分頁查詢文法