mysql limit 分頁最佳化詳解

實現分頁，我們一般會使用 select * from table   where id >100  limit   a,b   ,  當分頁過大時，如達到一萬頁，此時 a =十萬 ，b=10,   雖然此處使用到了索引（不用索引情況會更加糟糕），但是通過索引檢索後還是需要回表去取 十萬零一十條資料  然後丟掉前十萬條， 返回十條，這個代價明顯太大了。
 

通常的解決方案是，限制總頁數，因為通過沒有使用者會對一萬頁後的資料感興趣，當然也可以通過coreseek sphinx 等實現
 

當然也可以通過sql來最佳化,下面我們通過一個子查詢來實現

代碼如下	複製代碼
select * from table  join  (select id from table where id>100 limit 10000,10) as b  on table.id=b.id

 

在子句select id from table where id>100 limit 10000,10 中 因為列id有索引， 查詢時會直接通過索引檢索並返回，無需回表尋找行。

然後外層的關聯操作會直接根據關聯id去查庫，從而取得資料

文中不是直接使用limit，而是首先擷取到offset的id然後直接使用limit size來擷取資料。根據他的資料，明顯要好於直接使用limit。這裡我具體使用資料分兩種情況進行測試。（測試環境win2033+p4雙核 (3GHZ) +4G記憶體 MySQL 5.0.19）

1、offset比較小的時候。

select * from yanxue8_visit limit 10,10

多次運行，時間保持在0.0004-0.0005之間

代碼如下	複製代碼
Select * From yanxue8_visit Where vid ＞=( 　　Select vid From yanxue8_visit Order By vid limit 10,1 　　) limit 10

多次運行，時間保持在0.0005-0.0006之間，主要是0.0006

結論：位移offset較小的時候，直接使用limit較優。這個顯然是子查詢的原因。

2、offset大的時候。

select * from yanxue8_visit limit 10000,10

多次運行，時間保持在0.0187左右

代碼如下	複製代碼
Select * From yanxue8_visit Where vid ＞=( 　　Select vid From yanxue8_visit Order By vid limit 10000,1 　　) limit 10

多次運行，時間保持在0.0061左右，只有前者的1/3。可以預計offset越大，後者越優。
　　以後要注意改正自己的limit語句，最佳化一下MySQL了