共計 1060 個字符，預計需要花費 3 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這期內容當中丸趣 TV 小編將會給大家帶來有關 MySQL 中怎么實現排序，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

在我們執行 Mysql 的 Explain 語句的時候，經常會看到這樣的一個 Using  filesort。那么，Mysql 的排序是在內存里面進行的，還是在磁盤里面進行的呢? 假如我們是 Mysql 的設計者，我們會怎么做呢? 首先，在內存里面來進行排序的速度，肯定是遠遠大于在磁盤中的。但是內存的資源畢竟有限，假如我們掃描到足夠多的行，這個時候可能數據的大小已經超過內存，想在內存中進行排序是很困難的，這個時候我們只能夠使用磁盤來進行排序了。

沒錯，Mysql 也是這么設計的，Mysql 有一個配置項，sort_buffer_size，如果我們 Select 到的數據量小于這個數，那么就會將數據在內存中進行排序，否則，Mysql 就會把數據拆成很多個臨時文件，每個臨時文件的大小都會小于 sort_buffer_size。也就是說，如果 sort_buffer_size 越小，拆分的臨時文件就會越多，這也是為什么我們選來當存儲的機器內存也要盡量大的原因。Mysql 排序了多個臨時文件之后，最后在做一次歸并排序，就可以將所有記錄排完了。

相信大家下面這樣的話，如果你的數據庫的列數比較多，那么盡量地不要使用 Select *   而是需要什么字段就只取什么字段，在數據庫的排序中尤為如此。假如我們的數據列數特別多，滿足條件的行數也多，這個時候，Mysql 就不得不用更極端的排序算法進行排序，每一行數據，都只取主鍵 id 跟排序的字段。然后進行排序，最后，再取要滿足條件的結果回表查詢其他字段，然后返回結果。相對于原有上面的方案，這種 Rowid 的排序方式多了一次回表，所以查詢效率大打折扣。

那么，我們有什么辦法可以進行排序的優化呢? 我們都知道，Innodb 的索引實際上是一顆多叉排序樹，那么假如我們能夠在已有的排序樹上取得結果，豈不美哉?! 所以，如果我們要查詢已經要排序的字段全都在已有的索引上，并且滿足最左前綴原則，那么，我們就可以減少一次回表，從而大大提升效率。那么，如果判斷你的 Sql 語句滿足了這種優化呢? 如果你的語句中含有 OrderBy，但是 Explain 的結果卻只有 UseIndex，說明命中了索引覆蓋。

上述就是丸趣 TV 小編為大家分享的 MySQL 中怎么實現排序了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注丸趣 TV 行業資訊頻道。