前言
我們大家都知道,mysql查詢使用select命令,配合limit,offset參數(shù)可以讀取指定范圍的記錄,但是offset過大影響查詢性能的原因及優(yōu)化方法
我們在業(yè)務系統(tǒng)中難免少不了分頁的需求。想到分頁的時候,大家肯定會想到使用SQL中的LIMIT來實現(xiàn)。但是,如果不正確的使用LIMIT會導致性能問題(SQL執(zhí)行得很慢、有可能會拖垮服務器),也會被領導批的;所以,我們來看看如何正確地使用LIMIT。
下面話不多說了,來一起看看詳細的介紹吧
LIMIT OFFSET, ROW_COUNT 實現(xiàn)分頁
存在性能問題的方式
SELECT * FROM myTable ORDER BY `id` LIMIT 1000000, 30
寫出這樣SQL語句的人肯定心里是這樣想的:MySQL數(shù)據(jù)庫會直接定位到符合條件的第1000000位,然后再取30條數(shù)據(jù)。
然而,實際上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
大概的原理是:
- 子查詢只用到了索引列,沒有取實際的數(shù)據(jù),所以不涉及到磁盤IO,所以即使是比較大的 offset,查詢速度也不會太差。
對具體的原理分析感興趣的朋友可以看看這篇文章:MySQL ORDER BY / LIMIT performance: late row lookups
后記
未完待續(xù)。
參考資料
- Why does MYSQL higher LIMIT offset slow the query down?
- MySQL ORDER BY / LIMIT performance: late row lookups
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
您可能感興趣的文章:- MySql分頁時使用limit+order by會出現(xiàn)數(shù)據(jù)重復問題解決
- 為什么MySQL分頁用limit會越來越慢
- mysql優(yōu)化之query_cache_limit參數(shù)說明
- 詳解Mysql order by與limit混用陷阱
- MySQL limit分頁大偏移量慢的原因及優(yōu)化方案
- Mysql排序和分頁(order by&limit)及存在的坑
- MySQL用limit方式實現(xiàn)分頁的實例方法
- MySQL limit使用方法以及超大分頁問題解決
- 淺談MySQL分頁Limit的性能問題
- MySQL limit性能分析與優(yōu)化
- MySQL 用 limit 為什么會影響性能