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


根据子查询的类型和位置不同,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可以看到这些场景的出现。

猜你喜欢

转载自www.cnblogs.com/lhdz_bj/p/10078378.html
今日推荐