Mysql优化系列之——优化器对子查询的处理

Posted 2021-01-25 数据库生态圈（RDB & NoSQL & Bigdata）

根据子查询的类型和位置不同，mysql优化器会对查询语句中的子查询采取不同的处理策略，其中包括改写为连接（join）,改写为半连接（semi-join）及进行物化处理等。

1. 标量子查询（Scalar Subquery）:查询语句中的标量子查询每次只返回一行数据，执行期间优化器能将其优化掉并对其进行缓冲处理。
2. IN子查询（唯一）（IN Subquery（Unique））：查询语句中的子查询返回唯一数据集，因此，优化器可以将这种子查询安全的转换为内连接（inner join）进行处理。explain后执行show warnings应该可以看到这种场景的发生。
3. IN子查询（非唯一）（IN Subquery（Non-Unique））：当查询语句中的子查询返回非唯一数据集时，此时，优化器并不能将子查询安全的转换为内连接，而只能采取其他的处理策略，例如：将子查询转换为半连接（Semi-join），而mysql中，执行半连接的策略包括FirstMatch，Materializelookup,Materializescan,DuplicatesWeedout,Loosescan等，每种策略的具体处理细节，大家可以参考相应文档，此处不再赘述。
4. NOT IN子查询（NOT IN子查询）：针对查询语句中的NOT IN子查询，mysql优化器可以采取物化处理和转化为exists两种策略。
5. 驱动表（Derived Table）：针对查询语句from子句中的子查询，mysql优化器并不会对其进行物化处理。而是通常对其进行合并处理（merge），其类似于视图将其定义与查询语句的谓词合并的方法。
6. CTEs和视图（CTEs and Views）：视图作为存储的查询，可以简化应用，也可以实现数据安全，而CTEs与视图类似，只是其生命期仅仅局限于相关查询语句本身。mysql优化器对CTEs和视图的处理，主要有两种策略，那就是合并处理（Merge）和物化处理（Materialize），针对CTEs和视图，mysql优化器首先尝试对其进行与主查询的合并，当某些场景导致其不能与住查询合并时，才会考虑通过将视图或CTEs结果通过临时表进行固化，以供主查询其他部分进行查询使用。这点explain后show warings可以看到这些场景的出现。