前言

日常開(kāi)發(fā)中,我們使用mysql來(lái)實(shí)現(xiàn)分頁(yè)功能的時(shí)候,總是會(huì)用到mysql的limit語(yǔ)法.而怎么使用卻很有講究的,今天來(lái)總結(jié)一下.

limit語(yǔ)法

limit語(yǔ)法支持兩個(gè)參數(shù),offset和limit,前者表示偏移量,后者表示取前l(fā)imit條數(shù)據(jù).

例如:

## 返回符合條件的前10條語(yǔ)句 
select * from user limit 10

## 返回符合條件的第11-20條數(shù)據(jù)
select * from user limit 10,20

從上面也可以看出來(lái),limit n 等價(jià)于limit 0,n.

性能分析

實(shí)際使用中我們會(huì)發(fā)現(xiàn),在分頁(yè)的后面一些頁(yè),加載會(huì)變慢,也就是說(shuō):

select * from user limit 1000000,10

語(yǔ)句執(zhí)行較慢.那么我們首先來(lái)測(cè)試一下.

首先是在offset較小的情況下拿100條數(shù)據(jù).(數(shù)據(jù)總量為200左右).然后逐漸增大offset.

select * from user limit 0,100 ---------耗時(shí)0.03s
select * from user limit 10000,100 ---------耗時(shí)0.05s
select * from user limit 100000,100 ---------耗時(shí)0.13s
select * from user limit 500000,100 ---------耗時(shí)0.23s
select * from user limit 1000000,100 ---------耗時(shí)0.50s
select * from user limit 1800000,100 ---------耗時(shí)0.98s

可以看到隨著offset的增大,性能越來(lái)越差.

這是為什么呢?因?yàn)閘imit 10000,10的語(yǔ)法實(shí)際上是mysql查找到前10010條數(shù)據(jù),之后丟棄前面的10000行,這個(gè)步驟其實(shí)是浪費(fèi)掉的.

優(yōu)化

用id優(yōu)化

先找到上次分頁(yè)的最大ID,然后利用id上的索引來(lái)查詢(xún),類(lèi)似于select * from user where id>1000000 limit 100.
這樣的效率非?？?因?yàn)橹麈I上是有索引的,但是這樣有個(gè)缺點(diǎn),就是ID必須是連續(xù)的,并且查詢(xún)不能有where語(yǔ)句,因?yàn)閣here語(yǔ)句會(huì)造成過(guò)濾數(shù)據(jù).

用覆蓋索引優(yōu)化

mysql的查詢(xún)完全命中索引的時(shí)候,稱(chēng)為覆蓋索引,是非?？斓?因?yàn)椴樵?xún)只需要在索引上進(jìn)行查找,之后可以直接返回,而不用再回?cái)?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;

耗時(shí)0.2秒.

總結(jié)

用mysql做大量數(shù)據(jù)的分頁(yè)確實(shí)是有難度,但是也有一些方法可以進(jìn)行優(yōu)化,需要結(jié)合業(yè)務(wù)場(chǎng)景多進(jìn)行測(cè)試.
當(dāng)用戶(hù)翻到10000頁(yè)的時(shí)候,不如我們直接返回空好了,這么無(wú)聊的嗎...

好了，以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。