MySQL是如何處理排序的(最新推薦)
前言
在MySQL的查詢中常常會(huì)用到order by和group by這兩個(gè)關(guān)鍵字
它們的相同點(diǎn)是都會(huì)對(duì)字段進(jìn)行排序,那查詢語(yǔ)句中的排序是如何實(shí)現(xiàn)的呢?
當(dāng)使用的查詢語(yǔ)句需要進(jìn)行排序時(shí)有兩種處理情況:
- 當(dāng)前記錄本來(lái)就是有序的,不需要進(jìn)行排序
- 當(dāng)前記錄未保持順序,需要排序
使用索引保證有序
對(duì)于第一種情況,常常是使用二級(jí)索引中索引列的有序來(lái)保證結(jié)果集有序,從而不需要進(jìn)行排序
對(duì)于表a,為a2建立二級(jí)索引,那么在二級(jí)索引上a2就是有序的
CREATE TABLE `a` ( `a1` int(11) NOT NULL AUTO_INCREMENT, `a2` varchar(255) CHARACTER SET utf8mb4 DEFAULT NULL, `a3` varchar(255) DEFAULT NULL, PRIMARY KEY (`a1`), KEY `idx_a2` (`a2`) ) ENGINE=InnoDB AUTO_INCREMENT=76 DEFAULT CHARSET=utf8;
select * from a order by a.a2 limit 10
當(dāng)優(yōu)化器選擇使用a2索引時(shí),a2列的記錄本身就是有序的,因此不需要再使用其他開銷進(jìn)行排序

當(dāng)然,優(yōu)化器也有可能不使用a2索引(當(dāng)優(yōu)化器認(rèn)為使用a2回表開銷太大時(shí)會(huì)使用全表掃描)

當(dāng)優(yōu)化器使用的索引上a2無(wú)序時(shí),則會(huì)通過其他手段對(duì)結(jié)果進(jìn)行排序
filesort
當(dāng)執(zhí)行計(jì)劃的Extra附加信息中出現(xiàn)Using filesort時(shí),會(huì)使用sort_buffer對(duì)結(jié)果進(jìn)行排序
sort_buffer是一塊用于排序的內(nèi)存,sort_buffer可能存放查詢需要的所有字段,也可能只存放需要排序的字段和主鍵
show variables like 'max_length_for_sort_data'
當(dāng)查詢需要的字段長(zhǎng)度小于max_length_for_sort_data時(shí),則會(huì)將查詢需要的所有字段放入sort_buffer中,然后對(duì)需要排序的列進(jìn)行排序,最后返回結(jié)果

當(dāng)查詢需要的字段長(zhǎng)度大于max_length_for_sort_data時(shí),只會(huì)將需要排序的字段和主鍵值放入sort_buffer中,等到排序后再去查詢聚簇索引獲取需要查詢的列(相當(dāng)于又多了一次回表)

在sort_buffer中進(jìn)行排序時(shí),如果內(nèi)存足夠則會(huì)在內(nèi)存中進(jìn)行排序,如果內(nèi)存不夠則會(huì)使用磁盤的臨時(shí)文件來(lái)輔助排序
開啟optimizer_trace可以查看是否使用臨時(shí)文件輔助排序
#開啟優(yōu)化器追蹤 SET optimizer_trace='enabled=on'; ? #sql語(yǔ)句 select * from student order by student_name limit 10000; ? #查看優(yōu)化器追蹤的信息 SELECT * FROM `information_schema`.`OPTIMIZER_TRACE`\G;
排序使用的算法是歸并算法,先分割成多個(gè)小文件排序再進(jìn)行合并
其中number_of_tmp_files為使用到的臨時(shí)文件數(shù)量,sort_buffer_size為sort_buffer大小

因此當(dāng)使用order by、group by等需要排序的關(guān)鍵字時(shí),最好建立合適的索引
如果數(shù)據(jù)量小可以在sort buffer中排序,如果數(shù)據(jù)量太大還需要與磁盤交互
總結(jié)
當(dāng)查詢語(yǔ)句需要排序時(shí)會(huì)分為不用排序和需要排序兩種情況
當(dāng)使用的索引有序時(shí)則不用再進(jìn)行排序,通過索引來(lái)保證有序
當(dāng)使用的索引無(wú)序時(shí)則會(huì)使用sort_buffer進(jìn)行排序,當(dāng)查詢字段的長(zhǎng)度未超過限制時(shí),sort_buffer中每條記錄會(huì)存儲(chǔ)需要查詢的列
如果超過限制,則sort_buffer只會(huì)存儲(chǔ)需要排序的列和主鍵值,排序后再通過主鍵值進(jìn)行回表獲取需要查詢的列
當(dāng)數(shù)據(jù)量太大不夠在內(nèi)存中排序完,會(huì)使用磁盤頁(yè)輔助排序,使用歸并算法將排序數(shù)據(jù)分散在多個(gè)頁(yè)再合并
可以通過追蹤優(yōu)化器 optimizer_trace 分析內(nèi)容查看輔助頁(yè)的數(shù)量等信息
為需要排序的列建立合適的索引,避免使用磁盤頁(yè)輔助排序
當(dāng)無(wú)法使用索引時(shí)可以調(diào)整sort buffer 或 max_length_for_sort_data(謹(jǐn)慎)
到此這篇關(guān)于聊聊MySQL是如何處理排序的的文章就介紹到這了,更多相關(guān)mysql排序內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL中浮點(diǎn)型轉(zhuǎn)字符型可能會(huì)遇的問題詳解
類型轉(zhuǎn)換是我們?nèi)粘i_發(fā)中經(jīng)常會(huì)遇到的一個(gè)需求,最近在將浮點(diǎn)型轉(zhuǎn)換成字符型的時(shí)候就遇到了一個(gè)問題,所以總結(jié)分享出來(lái),下面這篇文章主要給大家介紹了MySQL中關(guān)于浮點(diǎn)型轉(zhuǎn)字符型可能遇到的問題的相關(guān)資料,需要的朋友可以參考下。2017-09-09
MySQL數(shù)據(jù)庫(kù)基礎(chǔ)命令大全(收藏)
今天小編給大家整理一下mysql數(shù)據(jù)庫(kù)的基礎(chǔ)命令,特此分享到腳本之家平臺(tái),供大家參考下2016-12-12
使用mysqldump對(duì)MySQL的數(shù)據(jù)進(jìn)行備份的操作教程
這篇文章主要介紹了使用mysqldump對(duì)MySQL的數(shù)據(jù)進(jìn)行備份的操作教程,示例環(huán)境基于CentOS操作系統(tǒng),需要的朋友可以參考下2015-12-12
MySQL8.0.28數(shù)據(jù)庫(kù)安裝和主從配置說(shuō)明
這篇文章主要介紹了MySQL8.0.28數(shù)據(jù)庫(kù)安裝和主從配置說(shuō)明,具有很好的參考價(jià)值,希望杜大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-12-12
MySQL使用SHOW PROCESSLIST的實(shí)現(xiàn)
本文主要介紹了MySQL使用SHOW PROCESSLIST的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2025-03-03
MySQL Hints控制查詢優(yōu)化器的選擇問題小結(jié)
MySQL Hints是一種強(qiáng)大的工具,可以幫助我們解決復(fù)雜的查詢性能問題,然而,它們應(yīng)該謹(jǐn)慎使用,并且總是與徹底的測(cè)試和驗(yàn)證相結(jié)合,本文介紹MySQL Hints控制查詢優(yōu)化器的選擇,感興趣的朋友一起看看吧2024-06-06
將.sql文件導(dǎo)入到MySQL數(shù)據(jù)庫(kù)具體步驟
MySQL有多種方法導(dǎo)入多個(gè).sql文件,下面這篇文章主要介紹了將.sql文件導(dǎo)入到MySQL數(shù)據(jù)庫(kù)的具體步驟,文中將實(shí)現(xiàn)步驟介紹的非常詳細(xì),需要的朋友可以參考下2023-10-10
深入理解mysql的自連接和join關(guān)聯(lián)
這篇文章主要給大家介紹了關(guān)于mysql的自連接和join關(guān)聯(lián)的相關(guān)資料,文中介紹的非常詳細(xì),相信對(duì)大家具有一定的參考價(jià)值,需要的朋友們下面來(lái)一起看看吧。2017-04-04

