Mysql的limit用法與幾種分頁形式

1、Mysql的limit用法

 

在我們使用查詢語句的時候，經常要返回前幾條或者中間某幾行數據，這個時候怎麼辦呢？不用擔心，mysql已經為我們提供了這樣一個功能。

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

LIMIT 子句可以用來強制 SELECT 語句傳回指定的記錄數。 LIMIT 接受一個或兩個數字參數。參數必須是一個整數常數。如果給定兩個參數，第一個參數指定第一個傳回記錄行的偏移量，第二個參數指定傳回記錄行的最大數目。初始記錄行的偏移量是 0(而不是 1)： 為了與 PostgreSQL 相容，MySQL 也支援句法： LIMIT # OFFSET #。

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

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

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

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

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

  

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

 

【引用，路人乙:Mysql中limit的用法詳解】

 

2、Mysql的分頁查詢語句的效能分析

 

5頁碼MySQL的LIMIT語法要顯得優雅了許多。使用它來分頁是再自然不過的事了。

 

2.1最基本的分頁方式：

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

  

在中小數據量的情況下，這樣的SQL足夠用了，唯一需要注意的問題就是確保使用了索引：

實際SQL類似下面語句，那麼在category_id, id兩列上建立複合索引比較好：

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

  

2.2子查詢的分頁方式：

 

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

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

 

2.3JOIN分頁方式

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
1 PRIMARY <derived2> system NULL NULL NULL NULL 1  
1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where
2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index
----------------------------------------

 

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

 

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

以上就是Mysql的limit用法與幾種分頁形式的內容，更多相關內容請關注PHP中文網（www.php.cn）！