MySQL执行计划详解

// 主要功能是把一个查询块Query_block优化成一个QEP_TAB，得到AccessPath
bool JOIN::optimize() { 
    …
    // 下面主要是为了可以借助INFORMATION_SCHEMA.OPTIMIZER_TRACE表，跟踪优化器的执行状态和执行步骤
    Opt_trace_context *const trace = &thd->opt_trace;
    Opt_trace_object trace_wrapper(trace);
    Opt_trace_object trace_optimize(trace, “join_optimization”);
    trace_optimize.add_select_number(Query_block->select_number);
    Opt_trace_array trace_steps(trace, “steps”);
    …
    // 窗口函数装配优化
    if (has_windows && Window::setup_windows2(thd, m_windows))
    …
    // 拷贝Query_block上的条件副本到JOIN结构关联的成员对象，为后续优化做准备
    if (Query_block->get_optimizable_conditions(thd, &where_cond, &having_cond))
    …
    // 统计抽象语法树中的叶节点表，其中leaf_tables是在Query_block::setup_tables中进行装配
    tables_list = Query_block->leaf_tables;
    …
    // 分区裁剪
    if (Query_block->partitioned_table_count && prune_table_partitions()) {
    …
    // 尝试把聚合函数COUNT()、MIN()、MAX()对应的值，替换成常量
    if (optimize_aggregated_query(thd, Query_block, *fields, where_cond,
                                                                &outcome)) {
    …
    // 采用超图算法生成执行计划，注意超图算法通过set optimizer_switch=”hypergraph_optimizer=on”方式启用
    if (thd->lex->using_hypergraph_optimizer) {
        FindBestQueryPlan(thd, Query_block, /*trace=*/nullptr);
        // 如果Join优化器是超图算法，处理结束直接返回
        return false;
    }
    …

    if (make_join_plan()) {
    …
    // 语句块谓词条件下推，提升过滤性能
    if (make_join_Query_block(this, where_cond)) {
    …
    // 优化order by/distinct语句
    if (optimize_distinct_group_order()) return true;
    …
    // 分配QEP_TAB数组
    if (alloc_qep(tables)) return (error = 1); /* purecov: inspected */
    …
    // 执行计划细化，优化子查询和半连接的情况，具体策略可以参考mariadb的文档：
    // https:// mariadb.com/kb/en/optimization-strategies/
    // 关键代码是setup_semijoin_dups_elimination，主要对半连接关联的策略进行装配
    if (make_join_readinfo(this, no_jbuf_after))
    …
    // 为处理group by/order by创建开辟临时表空间
    if (make_tmp_tables_info()) return true;
    …
    // 生成访问方式AccessPath，供后续迭代器Iterator访问使用
    create_access_paths();
    …
    return false;
}