今天遇到一個(gè)問(wèn)題，有一個(gè) Select 語(yǔ)句沒(méi)有加 “Order By”，返回的數(shù)據(jù)是不確定的。

這種問(wèn)題碰到不止幾次了。追根尋底， Select 語(yǔ)句如果不加 “Order By”， MySQL會(huì)怎么排序呢？

在網(wǎng)上搜了一下，在MySQL論壇發(fā)現(xiàn)了這篇文章。

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

簡(jiǎn)單翻譯一下

* 不能依賴 MySQL 的默認(rèn)排序
* 如果你想排序，總是加上 Order By
* GROUP BY 強(qiáng)加了 Order By （這與標(biāo)準(zhǔn)語(yǔ)法沖突，如果要避免，請(qǐng)使用 ORDER BY NULL）這里我有疑問(wèn)，
到底強(qiáng)加了何種 Order by

對(duì)于 MyISAM 表
MySQL Select 默認(rèn)排序是按照物理存儲(chǔ)順序顯示的。（不進(jìn)行額外排序）.
也就是說(shuō)
SELECT * FROM tbl – 會(huì)產(chǎn)生“表掃描”。如果表沒(méi)有刪除、替換、更新操作，記錄會(huì)顯示為插入的順序。

InnoDB 表
同樣的情況，會(huì)按主鍵的順序排列。再次強(qiáng)調(diào)，這只是潛規(guī)則（artifact of the underlying implementation：怎么翻譯？），
不靠譜的。

我的理解與推測(cè)：

“Select” 不加 “Order by”時(shí)， MySQL 會(huì)嘗試以盡可能快的方法（MySQL 實(shí)際的方法不見(jiàn)得快）返回?cái)?shù)據(jù)。
由于訪問(wèn)主鍵、索引大多數(shù)情況會(huì)快一些（在Cache里）所以返回的數(shù)據(jù)有可能以主鍵、索引的順序輸出，
這里并不會(huì)真的進(jìn)行排序，主要是由于主鍵、索引本身就是排序放到內(nèi)存的，所以連續(xù)輸出時(shí)可能是某種序列。
在一些情況下消耗硬盤(pán)尋道時(shí)間最短的數(shù)據(jù)會(huì)先返回。
如果只查詢單個(gè)表，在特殊的情況下是有規(guī)律的。

最后總結(jié)

“Order By 是要加的”

如果誰(shuí)想更深一步了解，需要看看 MySQL 的源代碼了。

轉(zhuǎn)載于:https://www.cnblogs.com/panshuai/p/4744730.html

與50位技術(shù)專家面對(duì)面20年技術(shù)見(jiàn)證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的MySQL也有潜规则 – Select 语句不加 Order By 如何排序？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。