MySQL分頁(yè)知識(shí)點(diǎn)講解

本篇內(nèi)容主要講解“MySQL分頁(yè)知識(shí)點(diǎn)講解”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“MySQL分頁(yè)知識(shí)點(diǎn)講解”吧!

在系統(tǒng)中需要分頁(yè)的操作通常會(huì)使用limit加上偏移量的方法實(shí)現(xiàn)，同時(shí)加上合適的order by 子句。如果有對(duì)應(yīng)的索引，通常效率會(huì)不錯(cuò)，否則MySQL需要做大量的文件排序操作。

一個(gè)非常令人頭疼問題就是當(dāng)偏移量非常大的時(shí)候，例如可能是limit 10000,20這樣的查詢，這是mysql需要查詢10020條然后只返回最后20條，前面的10000條記錄都將被舍棄，這樣的代價(jià)很高。

優(yōu)化此類查詢的一個(gè)最簡(jiǎn)單的方法是盡可能的使用索引覆蓋掃描，而不是查詢所有的列。然后根據(jù)需要做一次關(guān)聯(lián)操作再返回所需的列。對(duì)于偏移量很大的時(shí)候這樣做的效率會(huì)得到很大提升。

對(duì)于下面的查詢：

select id,title from collect limit 90000,10;

該語(yǔ)句存在的最大問題在于limit M,N中偏移量M太大（我們暫不考慮篩選字段上要不要添加索引的影響），導(dǎo)致每次查詢都要先從整個(gè)表中找到滿足條件 的前M條記錄，之后舍棄這M條記錄并從第M+1條記錄開始再依次找到N條滿足條件的記錄。

如果表非常大，且篩選字段沒有合適的索引，且M特別大那么這樣的代價(jià)是非常高的。試想，如我們下一次的查詢能從前一次查詢結(jié)束后標(biāo)記的位置開始查找，

找到滿足條件的100條記錄，并記下下一次查詢應(yīng)該開始的位置，以便于下一次查詢能直接從該位置 開始，這樣就不必每次 查詢都先從整個(gè)表中先找到滿足條件的前M條記錄，舍棄，在從M+1開始再找到100條滿足條件的記錄了。

先查詢出主鍵id值

select id,title from collect where id>=(select id from collect order by id limit 90000,1) limit 10;

原理：先查詢出90000條數(shù)據(jù)對(duì)應(yīng)的主鍵id的值，然后直接通過該id的值直接查詢?cè)搃d后面的數(shù)據(jù)。

方法三：“關(guān)延遲聯(lián)”

如果這個(gè)表非常大，那么這個(gè)查詢可以改寫成如下的方式：

Select news.id, news.description from news inner join (select id from news order by title limit 50000,5) as myNew using(id);

這里的“關(guān)延遲聯(lián)”將大大提升查詢的效率，它讓MySQL掃描盡可能少的頁(yè)面，獲取需要的記錄后再根據(jù)關(guān)聯(lián)列回原表查詢需要的所有列。這個(gè)技術(shù)也可以用在優(yōu)化關(guān)聯(lián)查詢中的limit。

建立復(fù)合索引 acct_id和create_time

select * from acct_trans_log WHERE  acct_id = 3095  order by create_time desc limit 0,10

mysql> SELECT id,a FROM t1 Limit 99990,5;+-------+-------+| id    | a     |+-------+-------+| 99991 | 99991 || 99992 | 99992 || 99993 | 99993 || 99994 | 99994 || 99995 | 99995 |+-------+-------+5 rows in set (0.04 sec)

到此，相信大家對(duì)“MySQL分頁(yè)知識(shí)點(diǎn)講解”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！