mysql分頁時offset過大的Sql最佳化實例分享

當我們展示一個清單中的內容時，難免會遇到分頁問題，因為清單中的內容數量可能很多，但是使用者能一次看到的介面大小是有限的，不可能一個介面展示所有的內容，從後端一次取太多的資料也會對後端造成額外的壓力。 mysql分頁是我們在開發經常遇到的功能，最近在實現該功能的時候遇到一個問題，所以這篇文章主要給大家介紹了關於mysql分頁時offset過大的Sql優化經驗，文中介紹的非常詳細，對大家的學習或工作有一定的參考學習價值，需要的朋友們下面跟著小編來一起看看吧。

通常分頁查詢的時候會使用這樣的語句：

SELECT
*
FROM table
where condition1 = 0
and condition2 = 0
and condition3 = -1
and condition4 = -1
order by id asc
LIMIT 2000 OFFSET 50000

當offset特別大時，這條語句的執行效率會明顯減低，而且效率是隨著offset的增加而降低的。

原因為：

MySQL並不是跳過offset行，而是取offset+N行，然後回傳放棄前offset行，返回N行，當offset特別大，然後單條資料也很大的時候，每次查詢需要取得的資料就越多，自然就會很慢。

最佳化方案：

SELECT
*
FROM table
JOIN
(select id from table
where condition1 = 0
and condition2 = 0
and condition3 = -1
and condition4 = -1
order by id asc
LIMIT 2000 OFFSET 50000)
as tmp using(id)

或

SELECT a.* FROM table a, 
(select id from table
where condition1 = 0
and condition2 = 0
and condition3 = -1
and condition4 = -1
order by id asc
LIMIT 2000 OFFSET 50000) b 
where a.id = b.id

先獲取主鍵列表，再透過主鍵查詢目標數據，即使offset很大，也是獲取了很多的主鍵，而不是所有的字段數據，相對而言效率會提升很多。

相關推薦：

MySQL最佳化總結-查詢總條數

常用mysql優化sql語句查詢方法總結

MySQL最佳化包含的三個面向

以上是mysql分頁時offset過大的Sql最佳化實例分享的詳細內容。更多資訊請關注PHP中文網其他相關文章！