前言
日常開發(fā)中,我們使用mysql來實現(xiàn)分頁功能的時候,總是會用到mysql的limit語法.而怎么使用卻很有講究的,今天來總結(jié)一下.
limit語法
limit語法支持兩個參數(shù),offset和limit,前者表示偏移量,后者表示取前l(fā)imit條數(shù)據(jù).
例如:
## 返回符合條件的前10條語句
select * from user limit 10
## 返回符合條件的第11-20條數(shù)據(jù)
select * from user limit 10,20
從上面也可以看出來,limit n 等價于limit 0,n.
性能分析
實際使用中我們會發(fā)現(xiàn),在分頁的后面一些頁,加載會變慢,也就是說:
select * from user limit 1000000,10
語句執(zhí)行較慢.那么我們首先來測試一下.
首先是在offset較小的情況下拿100條數(shù)據(jù).(數(shù)據(jù)總量為200左右).然后逐漸增大offset.
select * from user limit 0,100 ---------耗時0.03s
select * from user limit 10000,100 ---------耗時0.05s
select * from user limit 100000,100 ---------耗時0.13s
select * from user limit 500000,100 ---------耗時0.23s
select * from user limit 1000000,100 ---------耗時0.50s
select * from user limit 1800000,100 ---------耗時0.98s
可以看到隨著offset的增大,性能越來越差.
這是為什么呢?因為limit 10000,10的語法實際上是mysql查找到前10010條數(shù)據(jù),之后丟棄前面的10000行,這個步驟其實是浪費掉的.
優(yōu)化
用id優(yōu)化
先找到上次分頁的最大ID,然后利用id上的索引來查詢,類似于select * from user where id>1000000 limit 100.
這樣的效率非???因為主鍵上是有索引的,但是這樣有個缺點,就是ID必須是連續(xù)的,并且查詢不能有where語句,因為where語句會造成過濾數(shù)據(jù).
用覆蓋索引優(yōu)化
mysql的查詢完全命中索引的時候,稱為覆蓋索引,是非??斓?因為查詢只需要在索引上進(jìn)行查找,之后可以直接返回,而不用再回數(shù)據(jù)表拿數(shù)據(jù).因此我們可以先查出索引的ID,然后根據(jù)Id拿數(shù)據(jù).
select * from (select id from job limit 1000000,100) a left join job b on a.id = b.id;
耗時0.2秒.
總結(jié)
用mysql做大量數(shù)據(jù)的分頁確實是有難度,但是也有一些方法可以進(jìn)行優(yōu)化,需要結(jié)合業(yè)務(wù)場景多進(jìn)行測試.
當(dāng)用戶翻到10000頁的時候,不如我們直接返回空好了,這么無聊的嗎...
好了,以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。
您可能感興趣的文章:- MySQL查詢優(yōu)化:LIMIT 1避免全表掃描提高查詢效率
- 為什么MySQL分頁用limit會越來越慢
- mysql優(yōu)化之query_cache_limit參數(shù)說明
- 詳解Mysql order by與limit混用陷阱
- mysql分頁的limit參數(shù)簡單示例
- MySQL limit分頁大偏移量慢的原因及優(yōu)化方案
- Mysql排序和分頁(order by&limit)及存在的坑
- mysql踩坑之limit與sum函數(shù)混合使用問題詳解
- 如何提高M(jìn)ySQL Limit查詢性能的方法詳解
- MySQL Limit性能優(yōu)化及分頁數(shù)據(jù)性能優(yōu)化詳解
- 淺談mysql使用limit分頁優(yōu)化方案的實現(xiàn)
- MySQL中l(wèi)imit對查詢語句性能的影響