MySQL查詢中LIMIT的大offset導致性能低下淺析

這篇文章主要給大家介紹了關於MySQL查詢中LIMIT的大offset導致性能低下的相關資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨着小編來一起學習學習吧

前言

我們大家都知道，mysql查詢使用select命令，配合limit，offset參數可以讀取指定範圍的記錄,但是offset過大影響查詢性能的原因及優化方法

我們在業務系統中難免少不了分頁的需求。想到分頁的時候，大家肯定會想到使用SQL中的LIMIT來實現。但是，如果不正確的使用LIMIT會導致性能問題（SQL執行得很慢、有可能會拖垮服務器），也會被領導批的；所以，我們來看看如何正確地使用LIMIT。

下面話不多說了，來一起看看詳細的介紹吧

LIMIT OFFSET, ROW_COUNT 實現分頁

存在性能問題的方式

SELECT * FROM myTable ORDER BY `id` LIMIT 1000000, 30 

寫出這樣SQL語句的人肯定心裏是這樣想的：MySQL數據庫會直接定位到符合條件的第1000000位，然後再取30條數據。
然而，實際上MySQL不是這樣工作的。

LIMIT 1000000, 30 的意思是：掃描滿足條件的1000030行，扔掉前面的1000000行，然後返回最後的30行。

較好的方式

SELECT t.*
FROM (
  SELECT id
  FROM myTable
  ORDER BY
    id
  LIMIT 1000000, 30
  ) q
JOIN myTable t
ON  t.id = q.id

大概的原理是：

• 子查詢只用到了索引列，沒有取實際的數據，所以不涉及到磁盤IO，所以即使是比較大的 offset，查詢速度也不會太差。

對具體的原理分析感興趣的朋友可以看看這篇文章：MySQL ORDER BY / LIMIT performance: late row lookups

後記

未完待續。

參考資料

• Why does MYSQL higher LIMIT offset slow the query down?
• MySQL ORDER BY / LIMIT performance: late row lookups

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對神馬文庫的支持。