實現分頁,我們一般會使用 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了