在mysql中分頁會為我們提供limit命令可以直接進行分頁了，如果幾條數據直接使用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了
