您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關MySQL中怎么實現分頁查詢,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
首先我們先創建一個訂單表,只攜帶一個主鍵,其他全部字段都不攜帶索引。然后使用存儲過程插入1000000條數據到數據表中:
可以看到我們直接使用limit查詢id處于900000到900100范圍的數據響應時間為3.51秒,如果再加上業務處理邏輯的操作時間,基本上整個分頁查詢操作得耗時4秒以上,我們可以使用explain關鍵字查看剛才這個sql語句的運行屬性:
可以看到利用between...and將id局限在指定范圍查詢分頁只需要0.06秒,為什么會這么快呢,我們可以利用explain測試一下運行屬性:
select * from aok_score_info where id between 50 and 60 limit 10;
但是如果中間有一部分無效數據,我需要刪除,我將id為30--40的數據刪除,這時候我要查詢第50--60條的數據,如果還使用上面的sql語句,查出來的一樣是id為50--60的數據,但是實際上數據庫第50--60條的數據應該id為60--70.所以說id限制分頁查詢效率很高但是有局限性,局限性就在于不能刪除數據以保證id的連續性,而子查詢不能使用where子句,因為使用where子句會篩選條件會導致id失去連續性。所以在id能保證連續性的情況下我們可以選擇使用限制id的方法提高分頁效率。接下來我們看下如果id無法保證絕對連續除了子查詢還能如何處理。
首先我們還是以剛才這100萬條數據來測試,id目前是連續的從1--100000,我們現在使用inner join在子查詢中只查詢索引列id,然后通過id去讀取需要的列:
很明顯我們可以看到查詢出的記錄順延了3000條,也就可以表示我們在id不連續的時候可以使用只讀索引方法來優化limit語句,可以大幅度提高分頁的效率。而我開發中經常使用一種方法:客戶端傳id和size表示當前頁數id最大值以及每頁條數,然后直接使用id查詢順推的size條數據,舉個例子比如我們第八頁返回id為701--800的數據,然后查詢第九頁時只需要將第七頁最大id800傳過來,就可以順推得到接下來100條數據:
比如客戶端查詢第一頁,id傳0,則后端可以使用下列sql語句:
select * from aok_score_info limit 0, 10;
由于查詢時第一頁的數據,所以掃描速度很快,之后頁數查詢傳當前頁數id最大值,比如傳參id為9999,表示上一頁的最大id為9999,那么我們就從9999開始順推查詢,可以看到中間刪掉的3000條記錄都會直接跳過,所以不會影響我們查詢的正確性,最關鍵的是id是主鍵上面有索引,這個sql語句執行時間0.04秒,可以說在高并發的情況下也基本可以滿足要求了。這是我個人開發中所理解的幾種分頁的方案,有不同見解的可以提出來一起討論討論。
關于MySQL中怎么實現分頁查詢就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。