MySQL的limit用法和分頁查詢的性能分析及優化

1、limit用法

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

SELECT * FROM table LIMIT [offset,] rows | `rows OFFSET offset ` 
(LIMIT offset, `length`)
SELECT
*
FROM table
where condition1 = 0
and condition2 = 0
and condition3 = -1
and condition4 = -1
order by id asc
LIMIT 2000 OFFSET 50000

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.

//若是隻給定一個參數，它表示返回最大的記錄行數目：
mysql> SELECT * FROM table LIMIT 5; //檢索前 5 個記錄行
//換句話說，LIMIT n 等價於 LIMIT 0,n。

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

MySql分頁sql語句，若是和MSSQL的TOP語法相比，那麼MySQL的LIMIT語法要顯得優雅了許多。使用它來分頁是再天然不過的事情了。

最基本的分頁方式：

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
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

---

爲何會這樣呢？由於子查詢是在索引上完成的，而普通的查詢時在數據文件上完成的，一般來講，索引文件要比數據文件小得多，因此操做起來也會更有效率。

實際能夠利用相似策略模式的方式去處理分頁，好比判斷若是是一百頁之內，就使用最基本的分頁方式，大於一百頁，則使用子查詢的分頁方式。

3、對於有大數據量的mysql表來講，使用LIMIT分頁存在很嚴重的性能問題。

查詢從第1000000以後的30條記錄：

SQL代碼1：平均用時6.6秒 SELECT * FROM `cdb_posts` ORDER BY pid LIMIT 1000000 , 30

SQL代碼2：平均用時0.6秒 SELECT * FROM `cdb_posts` WHERE pid >= (SELECT pid FROM  
`cdb_posts` ORDER BY pid LIMIT 1000000 , 1) LIMIT 30

由於要取出全部字段內容，第一種須要跨越大量數據塊並取出，而第二種基本經過直接根據索引字段定位後，才取出相應內容，效率天然大大提高。對limit的優化，不是直接使用limit，而是首先獲取到offset的id，而後直接使用limit size來獲取數據。

能夠看出，越日後分頁，LIMIT語句的偏移量就會越大，二者速度差距也會越明顯。

實際應用中，能夠利用相似策略模式的方式去處理分頁，好比判斷若是是一百頁之內，就使用最基本的分頁方式，大於一百頁，則使用子查詢的分頁方式。

優化思想：避免數據量大時掃描過多的記錄

爲了保證index索引列連續，能夠爲每一個表加一個自增字段，而且加上索引

參考：mysql分頁offset過大，Sql優化經驗