mysql分頁與分頁性能查詢優化

mysql分頁就直接使用limit進行操做，limit若是咱們直接不加任何處理可能數據大了就會很卡的。

一. 最多見MYSQL最基本的分頁方式：

    select * from content order by id desc limit 0, 10

在中小數據量的狀況下，這樣的SQL足夠用了，惟一須要注意的問題就是確保使用了索引。隨着數據量的增長，頁數會愈來愈多，查看後幾頁的SQL就可能相似：

    select * from content order by id desc limit 10000, 10

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

MYSQL分頁性能優化

limit 10000,20的意思掃描知足條件的10020行，扔掉前面的10000行，返回最後的20行，問題就在這裏，若是是limit 100000,100，須要掃描100100行，在一個高併發的應用裏，每次查詢須要掃描超過10W行，性能確定大打折扣。文中還提到limit n性能是沒問題的，由於只掃描n行。

文中提到一種」clue」的作法，給翻頁提供一些」線索」，好比仍是SELECT * FROM message ORDER BY id DESC，按id降序分頁，每頁20條，當前是第10頁，當前頁條目id最大的是9527，最小的是9500，若是咱們只提供」上一頁」、」下一頁」這樣的跳轉（不提供到第N頁的跳轉），那麼在處理」上一頁」的時候SQL語句能夠是：

SELECT * FROM message WHERE id > 9527 ORDER BY id ASC LIMIT 20;

無論翻多少頁，每次查詢只掃描20行。

缺點是隻能提供」上一頁」、」下一頁」的連接形式，可是咱們的產品經理很是喜歡」<上一頁 1 2 3 4 5 6 7 8 9 下一頁>」這樣的連接方式，怎麼辦呢？

若是LIMIT m,n不可避免的話，要優化效率，只有儘量的讓m小一下，咱們擴展前面的」clue」作法，仍是SELECT * FROM message ORDER BY id DESC，按id降序分頁，每頁20條，當前是第10頁，當前頁條目id最大的是9527，最小的是9500，好比要跳到第8頁，我看的SQL語句能夠這樣寫：

SELECT * FROM message WHERE id > 9527 ORDER BY id ASC LIMIT 20,20;

跳轉到第13頁：

SELECT * FROM message WHERE id < 9500 ORDER BY id DESC LIMIT 40,20;

還有網友說可使用子查詢來操做

一，子查詢的分頁方式來提升分頁效率，飄易用的SQL語句以下：

 代碼以下複製代碼SELECT * FROM `content` WHERE id <= 

(SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) ORDER BY id desc LIMIT $pagesize

爲何會這樣呢？由於子查詢是在索引上完成的，而普通的查詢時在數據文件上完成的，一般來講，索引文件要比數據文件小得多，因此操做起來也會更有效率。（via）經過explain SQL語句發現：子查詢使用了索引！

 代碼以下複製代碼id select_type table type possible_keys key key_len ref rows Extra

1 PRIMARY content range PRIMARY PRIMARY 4 NULL 6264 Using where

2 SUBQUERY content index NULL PRIMARY 4 NULL 27085 Using index

通過飄易的實測，使用子查詢的分頁方式的效率比純LIMIT提升了14-20倍！

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