MySQL也有潛規則 – Select 語句不加 Order By 如何排序?


今天遇到一個問題,有一個 Select 語句沒有加 “Order By”,返回的數據是不確定的。

這種問題碰到不止幾次了。追根尋底, Select 語句如果不加 “Order By”, MySQL會怎么排序呢?

在網上搜了一下,在MySQL論壇發現了這篇文章。

http://forums.mysql.com/read.php?21,239471,239688#msg-239688

簡單翻譯一下

* 不能依賴 MySQL 的默認排序
* 如果你想排序,總是加上 Order By
* GROUP BY 強加了 Order By (這與標准語法沖突,如果要避免,請使用 ORDER BY NULL)這里我有疑問,
到底強加了何種 Order by

對於 MyISAM 表
MySQL Select 默認排序是按照物理存儲順序顯示的。(不進行額外排序).
也就是說
SELECT * FROM tbl – 會產生“表掃描”。如果表沒有刪除、替換、更新操作,記錄會顯示為插入的順序。

InnoDB 表
同樣的情況,會按主鍵的順序排列。再次強調,這只是潛規則(artifact of the underlying implementation:怎么翻譯?),
不靠譜的。

我的理解與推測:

“Select” 不加 “Order by”時, MySQL 會嘗試以盡可能快的方法(MySQL 實際的方法不見得快)返回數據。
由於訪問主鍵、索引大多數情況會快一些(在Cache里)所以返回的數據有可能以主鍵、索引的順序輸出,
這里並不會真的進行排序,主要是由於主鍵、索引本身就是排序放到內存的,所以連續輸出時可能是某種序列。
在一些情況下消耗硬盤尋道時間最短的數據會先返回。
如果只查詢單個表,在特殊的情況下是有規律的。

最后總結

“Order By 是要加的”

如果誰想更深一步了解,需要看看 MySQL 的源代碼了


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM