淺談mysql使用limit分頁優(yōu)化方案的實(shí)現(xiàn)
Mysql limit分頁語句用法
與Oracle和MS SqlServer相比，mysql的分頁方法簡單的讓人想哭。
--語法：
SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset
--舉例：
select * from table limit 5; --返回前5行 select * from table limit 0,5; --同上，返回前5行 select * from table limit 5,10; --返回6-15行
如何優(yōu)化limit
當(dāng)一個(gè)查詢語句偏移量offset很大的時(shí)候，如select * from table limit 10000,10 , 最好不要直接使用limit，而是先獲取到offset的id后，再直接使用limit size來獲取數(shù)據(jù)。效果會(huì)好很多。
如：
select * From customers Where customer_id >=( select customer_id From customers Order By customer_id limit 10000,1 ) limit 10;
一、測試實(shí)驗(yàn)
mysql分頁直接用limit start, count分頁語句：
select * from product limit start, count
當(dāng)起始頁較小時(shí)，查詢沒有性能問題，我們分別看下從10， 100， 1000， 10000開始分頁的執(zhí)行時(shí)間（每頁取20條），如下：
select * from product limit 10, 20 0.016秒 select * from product limit 100, 20 0.016秒 select * from product limit 1000, 20 0.047秒 select * from product limit 10000, 20 0.094秒
我們已經(jīng)看出隨著起始記錄的增加，時(shí)間也隨著增大， 這說明分頁語句limit跟起始頁碼是有很大關(guān)系的，
那么我們把起始記錄改為40w看下（也就是記錄的一半左右）
select * from product limit 400000, 20 3.229秒
再看我們?nèi)∽詈笠豁撚涗浀臅r(shí)間
select * from product limit 866613, 20 37.44秒
像這種分頁最大的頁碼頁顯然這種時(shí)間是無法忍受的。
從中我們也能總結(jié)出兩件事情：
- limit語句的查詢時(shí)間與起始記錄的位置成正比。
- mysql的limit語句是很方便，但是對記錄很多的表并不適合直接使用。
二、 對limit分頁問題的性能優(yōu)化方法
2.1 利用表的覆蓋索引來加速分頁查詢
我們都知道，利用了索引查詢的語句中如果只包含了那個(gè)索引列（覆蓋索引），那么這種情況會(huì)查詢很快。
因?yàn)槔盟饕檎矣袃?yōu)化算法，且數(shù)據(jù)就在查詢索引上面，不用再去找相關(guān)的數(shù)據(jù)地址了，這樣節(jié)省了很多時(shí)間。
另外Mysql中也有相關(guān)的索引緩存，在并發(fā)高的時(shí)候利用緩存就效果更好了。
在我們的例子中，我們知道id字段是主鍵，自然就包含了默認(rèn)的主鍵索引。現(xiàn)在讓我們看看利用覆蓋索引的查詢效果如何：
這次我們之間查詢最后一頁的數(shù)據(jù)（利用覆蓋索引，只包含id列），如下：
select id from product limit 866613, 20
查詢時(shí)間為0.2秒，相對于查詢了所有列的37.44秒，提升了大概100多倍的速度。
那么如果我們也要查詢所有列，有兩種方法，
id>=的形式：
SELECT * FROM product WHERE ID > =(select id from product limit 866613, 1) limit 20
查詢時(shí)間為0.2秒，簡直是一個(gè)質(zhì)的飛躍啊。
利用join
SELECT * FROM product a JOIN (select id from product limit 866613, 20) b ON a.ID = b.id
查詢時(shí)間也很短，贊！
其實(shí)兩者用的都是一個(gè)原理嘛，所以效果也差不多。
以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
相關(guān)文章
MySQL Hash索引和B-Tree索引的區(qū)別究竟在哪里呢？相信很多人都有這樣的疑問，下文對兩者的區(qū)別進(jìn)行了詳細(xì)的分析,需要的朋友可以參考下2014-03-03
mysql for update是鎖表還是鎖行實(shí)例詳解
在并發(fā)一致性控制場景中,我們常常用for update悲觀鎖來進(jìn)行一致性的保證,但是如果不了解它的機(jī)制,就進(jìn)行使用,很容易出現(xiàn)事故,比如for update進(jìn)行了鎖表導(dǎo)致其他請求只能等待,從而拖垮系統(tǒng),這篇文章主要介紹了mysql for update是鎖表還是鎖行操作,需要的朋友可以參考下2024-03-03
mysql常見約束有：1、非空約束“not?null”；2、唯一性約束“unique”；3、主鍵約束“primary?key”；4、外鍵約束“foreign?key”；5、默認(rèn)值約束“Default”等等。2022-10-10
MySQL插入不了中文數(shù)據(jù)問題的原因及解決
最近發(fā)現(xiàn)新安裝的MySQL數(shù)據(jù)庫不能插入中文字段,所以下面這篇文章主要給大家介紹了關(guān)于MySQL插入不了中文數(shù)據(jù)問題的原因及解決方法,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-05-05
my.ini是MySQL數(shù)據(jù)庫中使用的配置文件，修改這個(gè)文件可以達(dá)到更新配置的目的。這篇文章主要介紹了MySQL5.7缺少my.ini文件的解決方法,需要的朋友可以參考下2018-03-03
大家好，本篇文章主要講的是mysql語法之DQL操作詳解，感興趣的同學(xué)趕快來看一看吧，對你有幫助的話記得收藏一下2022-01-01
備份對于數(shù)據(jù)庫來說是相當(dāng)重要的工作。如果數(shù)據(jù)庫在使用過程中出現(xiàn)了問題，比如系統(tǒng)崩潰、硬件故障或錯(cuò)誤的刪除了數(shù)據(jù)。這時(shí)，如果我們進(jìn)行了數(shù)據(jù)備份，就能比較方便的使數(shù)據(jù)庫恢復(fù)工作，并使我們的數(shù)據(jù)損失到最小。下面我們來詳細(xì)探討下數(shù)據(jù)庫的備份與恢復(fù)。2016-11-11
運(yùn)算符是告訴MySQL執(zhí)行特定算數(shù)或邏輯操作的符號,下面這篇文章主要給大家介紹了關(guān)于MySQL運(yùn)算符的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-03-03
MySQL5.7.24版本的數(shù)據(jù)庫安裝過程圖文詳解
這篇文章主要介紹了MySQL5.7.24版本的數(shù)據(jù)庫安裝過程,需要的朋友可以參考下2018-11-11
Mysql 自定義隨機(jī)字符串的實(shí)現(xiàn)方法
前段時(shí)間接了一個(gè)項(xiàng)目，需要用到隨機(jī)字符串，但是mysql的庫函數(shù)沒有直接提供，需要我們自己實(shí)現(xiàn)此功能，下面小編給大家介紹下Mysql 自定義隨機(jī)字符串的實(shí)現(xiàn)方法，需要的朋友參考下吧2016-08-08