mysql分頁時offset過大的Sql最佳化經驗分享

發現問題

當我們展示一個列表中的內容時，難免會遇到分頁問題，因為列表中的內容數量可能很多，但是使用者能一次看到的介面大小是有限的，不可能一個介面展示所有的內容，從後端一次性取太多的資料也會給後端造成額外的壓力。

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

?

SELECT*FROM tablewhere condition1 = 0and condition2 = 0and condition3 = -1and condition4 = -1order by id ascLIMIT 2000 OFFSET 50000

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

原因為：

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

最佳化方案：

?

SELECT*FROM tableJOIN(select id from tablewhere condition1 = 0and condition2 = 0and condition3 = -1and condition4 = -1order by id ascLIMIT 2000 OFFSET 50000)as tmp using(id)

或者

?

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

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

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對指令碼之家的支援。