注意本文是SQL執(zhí)行順序，不是MySQL Server內(nèi)部執(zhí)行流程。
MySQL并非像PostgreSQL（被認(rèn)為是最接近 SQL 標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)之一）一樣嚴(yán)格按照SQL標(biāo)準(zhǔn)，MySQL執(zhí)行引擎會(huì)根據(jù)查詢的具體情況和優(yōu)化策略來(lái)決定具體的執(zhí)行順序，所以SQL執(zhí)行順序是理論順序。

書(shū)寫(xiě)順序

select...from...join...on...where...group by...having...order by...limit...

執(zhí)行順序

from->join->on->where->group by->having->select->order by->limit

SQL書(shū)寫(xiě)順序與執(zhí)行順序不一致的原因？

SQL語(yǔ)言設(shè)計(jì)受到了數(shù)學(xué)中的關(guān)系代數(shù)和元組演算的影響。這些數(shù)學(xué)理論中并沒(méi)有考慮操作順序，歷史原因造成SQL書(shū)寫(xiě)上的差異。
中國(guó)的語(yǔ)法是姓在前名在后，英文的反過(guò)來(lái)。國(guó)內(nèi)是年月日，英文是月日年，文化上的差異，也是造成SQL順序別扭的原因之一。

SQL執(zhí)行順序的邏輯是什么？

1. from用于確定操作對(duì)象，放第一位毋庸置疑。

2. join和on用于關(guān)聯(lián)，后面的各種處理邏輯依附于關(guān)聯(lián)后內(nèi)部創(chuàng)建的臨時(shí)表，先生成數(shù)據(jù)集，才能為后續(xù)處理做基礎(chǔ)。

3. where用于篩選，可以減少后續(xù)操作的數(shù)據(jù)量，提高查詢性能。

4. group by用于對(duì)數(shù)據(jù)進(jìn)行分類匯總，不放where前面，是為了避免分組后的數(shù)據(jù)被where過(guò)濾掉（分組分了個(gè)寂寞），造成算力浪費(fèi)和內(nèi)存資源（數(shù)據(jù)量大還是很消耗算力和內(nèi)存的）的問(wèn)題。

5. having用于對(duì)分組結(jié)果進(jìn)行過(guò)濾，所以要在group by之后。

6. select用于決定迭代顯示那些列，而不是限制只有這些列才可以參與處理，上游的各種操作（如復(fù)雜的where條件）不能受select字段的影響，這也是where后面跟的字段，不必在select出現(xiàn)的原因。select的本意是處理數(shù)據(jù)后僅僅返回這些字段，而不是決定只有這些字段進(jìn)行數(shù)據(jù)處理，所以必定要放偏后的位置。

7. order by用于結(jié)果進(jìn)行排序，肯定是結(jié)果處理后才排序的，理由和group by相似。

8. limit用于限制返回結(jié)果的行數(shù)和偏移量，必須是等篩選完分組完拍完序之后再限制，否則可能導(dǎo)致結(jié)果有誤。

為什么SQL執(zhí)行不是先group by再where？

先分組再篩選，邏輯上說(shuō)的過(guò)去，相當(dāng)于整理好數(shù)據(jù)再篩選，類似于創(chuàng)建索引和使用索引的過(guò)程，這也是問(wèn)題的由來(lái)。
如果group by放在where之前執(zhí)行，則需要對(duì)大量數(shù)據(jù)進(jìn)行分組，分組后還要對(duì)每個(gè)組進(jìn)行篩選，事先分組好的部分?jǐn)?shù)據(jù)又被過(guò)濾掉了，造成算力和內(nèi)存浪費(fèi)，可能導(dǎo)致內(nèi)存不足或者性能問(wèn)題，這不是一個(gè)優(yōu)秀的選擇，倒不如先篩選過(guò)濾大量數(shù)據(jù)，然后對(duì)少量數(shù)據(jù)分組。

為什么SQL執(zhí)行要先select再order by？

嘗試select field2 from table order by field1，select后面沒(méi)跟order by后面的field1也不報(bào)錯(cuò)。
根據(jù)結(jié)果反推：select影響不到order by，所以先order by在select也說(shuō)的過(guò)去。
但是：select字段的別名可以在order by中使用，如果反過(guò)來(lái)就達(dá)不到這樣的效果了。

為什么MySQL的where比having效率更高？

mysql執(zhí)行時(shí)，先執(zhí)行from用于定位操作對(duì)象，然后就是where，可能百萬(wàn)條的數(shù)據(jù)經(jīng)過(guò)where之后只剩下幾十條，然后在進(jìn)行之后的操作。而group by比where多了一個(gè)環(huán)節(jié)。

聚合函數(shù)參與篩選條件，為什么只能用having？

//報(bào)錯(cuò)，Invalid use of group function
select field from table where avg(field) > 2
//需要修改為select field from table group by field having avg(field) > 2

聚合函數(shù)（常見(jiàn)的avg、sum、count、min、max）需要在分組之后才能計(jì)算，執(zhí)行到where時(shí)還沒(méi)有分組，此時(shí)對(duì)分組進(jìn)行數(shù)據(jù)處理，所以報(bào)錯(cuò)。相當(dāng)于要喝一口還沒(méi)生產(chǎn)的可樂(lè)，不符合事物的發(fā)展規(guī)律。

為什么使用聚合函數(shù)有分組的前提？

所謂聚合函數(shù)，就是對(duì)一組數(shù)據(jù)進(jìn)行匯總計(jì)算，所以有分組的前提。即便沒(méi)有使用group by顯式聲明，SQL也會(huì)對(duì)上游過(guò)來(lái)的數(shù)據(jù)集進(jìn)行默認(rèn)分組（隱式分組）。

為什么字段別名不能在where中使用？

where執(zhí)行在select之前，此時(shí)別名未生效。

為什么group by和having執(zhí)行順序優(yōu)先于select，卻可以使用字段別名？

可以肯定進(jìn)行了預(yù)加載，不然一定找不到別名，會(huì)報(bào)錯(cuò)的。
參考官網(wǎng)：https://dev.mysql.com/doc/refman/8.0/en/group-by-handling.html