MySQL查詢中LIMIT的大offset導致效能低下淺析
阿新 • • 發佈:2020-01-09
前言
我們大家都知道,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
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對我們的支援。