MySQL编程基础篇（二）SQL执行流程

秒速五厘米 2023-06-17 10:54 20阅读 0赞

对于查询处理，可将其分为逻辑查询处理及物理查询处理。逻辑查询处理表示执行查询应该产生什么样的结果，而物理查询代表MySQL数据库是如何得到该结果的。

逻辑查询处理的顺序以及步骤的序号，每一步操作都会产生一个虚拟表，该虚拟表作为下一个处理的输入。这些虚拟表对用户是透明的，只有最后一步生成的虚拟表才会返回给用户，如果没有在查询中指定某一子句，则将跳过相应的步骤。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNTQxNjE5_size_16_color_FFFFFF_t_70][]

1.  **from**，左表和右表执行笛卡尔积，产生虚拟表VT1
2.  **on**，对虚拟表VT1应用on筛选，产生虚拟表VT2；在产生VT2时，会增加一个额外的列来表示ON过滤条件的返回值，返回值有TRUE、FALSE、UNKNOWN。

对于在ON过滤条件下的NULL值比较，此时的比较结果为UNKNOWN，却被视为FALSE来进行处理，即两个NULL并不相同。但是在下面两种情况下认为两个NULL值的比较是相等的：**GROUP BY子句把所有NULL值分到同一组。ORDER BY子句中把所有NULL值排列在一起。**

1.  **join**，outer join，保留表中未匹配的行作为外部行添加到虚拟表VT2中，from包含两个以上表，重复执行1~3
2.  **where**

在当前应用WHERE过滤器时，有两种过滤是不被允许的：由于数据还没有分组，因此现在还不能在WHERE过滤器中使用 `where_condition=MIN(col)` 这类对统计的过滤。由于没有进行列的选取操作，因此在SELECT中使用列的别名也是不被允许的，如SELECT city as c FROM t WHERE c='ShangHai'是不允许出现的。

1.  **group by**，`Columns selected for output can be referred to in ORDER BY and GROUP BY clauses using column names, column aliases, or column positions. Column positions are integers and begin with 1`
2.  **with**
3.  **having**
4.  **select**，第二次执行SELECT操作，第一次是什么时候呢？我猜是group by。
5.  **distinct**
6.  **order by**
7.  **limit**

SELECT查询一共有3个过滤过程，分别是ON、WHERE、HAVING。ON是最先执行的过滤过程。

对于OUTER JOIN中的过滤，在ON过滤器过滤完之后还会添加保留表中被ON条件过滤掉的记录，所以**on中的过滤条件不可靠**，而WHERE条件中被过滤掉的记录则是永久的过滤。在INNER JOIN中两者是没有差别的，因为没有添加外部行的操作。

**不要为表中的行假定任何特定的顺序。就是说，在实际使用环境中，如果确实需要有序输出行记录，则必须使用ORDER BY子句。**

在MySQL数据库中，NULL值在升序过程中总是首先被选出，即NULL值在ORDER BY子句中被视为最小值

对于没有应用ORDER BY的LIMIT子句，结果同样可能是无序的，因此LIMIT子句通常和ORDER BY子句一起使用

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNTQxNjE5_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20191128172237232.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNTQxNjE5,size_16,color_FFFFFF,t_70