通常情況下我們都這樣這樣取分頁數據

?

SELECT SQL_NO_CACHE * FROM erp_orders ORDER BY id LIMIT 300000,10;

一般情況下，ORM生成的就是這種語句。

?

　　無論排序字段有沒有索引都有嚴重的性能問題，因為高偏移量會讓服務器花費更多的時間來掃描被丟掉的數據。

非規范化、預先計算、或緩存可能是解決這類查詢的唯一辦法，

一個更好的策略是限制讓用戶查看的頁數，

這樣并影響用戶的體驗，

因為沒有人會真正在意搜索結果的 第10000頁，

另外一個優化這種查詢的好策略就是只提取最終需要的主鍵列，

然后把它再連接回去以取得所有需要的列，

這有助于優化mysql必須進行的收 集最終會丟掉的數據工作。

這樣會讓服務器掃描很多需要丟掉的數據。

?

可以這樣：

先取出主鍵數據，再取出需要列的數據

?

SELECT SQL_NO_CACHE * FROM erp_orders o INNER JOIN(SELECT id FROM erp_orders ORDER BY id LIMIT 300000,10) AS t ON o.id=t.id;

?

實例測試

erp_orders 表 38萬數據

一、通常做法

SELECT SQL_NO_CACHE * FROM erp_orders ORDER BY id LIMIT 300000,10;?

需要約2.169s

二、優化分頁

SELECT SQL_NO_CACHE * FROM erp_orders o INNER JOIN(SELECT id FROM erp_orders ORDER BY id LIMIT 300000,10) AS t ON o.id=t.id;?

用時0.077s

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的推荐一个优化分页查询的办法（分页数很大的情况）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。