使用Explain分析SQL执行计划

判断方法

• 列存索引只能访问被列存索引覆盖到的数据列的数据，因此，当您需要查询的列都被列存索引覆盖时，便可以使用列存索引加速功能。

  说明

  如何判断您需要查询的列是否被列存索引覆盖，请参考检查SQL语句中的表是否已创建列索引。

• PolarDB MySQL版中，列存执行计划以横向树的格式输出，与行存执行计划的输出格式有一定的区分度，您可以通过查看执行计划的方式来判断某条SQL语句是否可以使用列存索引加速功能。示例如下：

  执行如下命令，查看SQL语句的执行计划：

  explain select l_orderkey,sum(l_extendedprice * (1 - l_discount)) as revenue,o_orderdate,o_shippriority
  from customer,orders,lineitem
  where c_mktsegment = 'BUILDING'
  and c_custkey = o_custkey
  and l_orderkey = o_orderkey
  and o_orderdate < date '1995-03-24'
  and l_shipdate > date '1995-03-24'
  group by l_orderkey,o_orderdate,o_shippriority
  order by revenue desc,o_orderdate\G

  • 行存执行计划显示结果如下：

    +----+-------------+----------+------------+--------+---------------+---------+---------+--------------------------+---------+----------+----------------------------------------------+
    | id | select_type | table    | partitions | type   | possible_keys | key     | key_len | ref                      | rows    | filtered | Extra                                        |
    +----+-------------+----------+------------+--------+---------------+---------+---------+--------------------------+---------+----------+----------------------------------------------+
    |  1 | SIMPLE      | orders   | NULL       | ALL    | PRIMARY       | NULL    | NULL    | NULL                     | 1482516 |    33.33 | Using where; Using temporary; Using filesort |
    |  1 | SIMPLE      | customer | NULL       | eq_ref | PRIMARY       | PRIMARY | 8       | tpch1g.orders.O_CUSTKEY  |       1 |    10.00 | Using where                                  |
    |  1 | SIMPLE      | lineitem | NULL       | ref    | PRIMARY       | PRIMARY | 8       | tpch1g.orders.O_ORDERKEY |       3 |    33.33 | Using where                                  |
    +----+-------------+----------+------------+--------+---------------+---------+---------+--------------------------+---------+----------+----------------------------------------------+
    3 rows in set, 1 warning (0.01 sec)

  • 列存执行计划显示结果如下：

    *************************** 1. row ***************************
    IMCI Execution Plan (max_dop = 8, max_query_mem = 3435134976):
    Project | Exprs: temp_table3.lineitem.L_ORDERKEY, temp_table3.SUM(lineitem.L_EXTENDEDPRICE * 1.00 - lineitem.L_DISCOUNT), temp_table3.orders.O_ORDERDATE, temp_table3.orders.O_SHIPPRIORITY
      Sort | Exprs: temp_table3.SUM(lineitem.L_EXTENDEDPRICE * 1.00 - lineitem.L_DISCOUNT) DESC,temp_table3.orders.O_ORDERDATE ASC
        HashGroupby | OutputTable(3): temp_table3 | Grouping: lineitem.L_ORDERKEY orders.O_ORDERDATE orders.O_SHIPPRIORITY | Output Grouping: lineitem.L_ORDERKEY, orders.O_ORDERDATE, orders.O_SHIPPRIORITY | Aggrs: SUM(lineitem.L_EXTENDEDPRICE * 1.00 - lineitem.L_DISCOUNT)
          HashJoin | HashMode: DYNAMIC | JoinMode: INNER | JoinPred: orders.O_ORDERKEY = lineitem.L_ORDERKEY
            HashJoin | HashMode: DYNAMIC | JoinMode: INNER | JoinPred: orders.O_CUSTKEY = customer.C_CUSTKEY
              CTableScan | InputTable(0): orders | Pred: (orders.O_ORDERDATE < 03/24/1995 00:00:00.000000)
              CTableScan | InputTable(1): customer | Pred: (customer.C_MKTSEGMENT = "BUILDING")
            CTableScan | InputTable(2): lineitem | Pred: (lineitem.L_SHIPDATE > 03/24/1995 00:00:00.000000)
    1 row in set (0.04 sec)

FAQ

当某条SQL语句的执行计划不是列存执行计划时，可能的原因有哪些？

• SQL语句查询的数据列是否被列存索引覆盖，若数据列没有被列存索引覆盖，请为需要使用列存执行计划的数据列创建列存索引，创建列存索引请参见建表时创建列存索引的DDL语法或使用DDL语句动态增删列存索引。

• 对于已开启行存/列存自动引流的集群地址，请确认参数设置中的loose_imci_ap_threshold参数值是否满足条件，即检查SHOW STATUS LIKE 'Last_query_cost'的值是否大于SHOW VARIABLES LIKE 'imci_ap_threshold'的值。若不满足，请参考配置自动引流阈值中的内容适当修改loose_imci_ap_threshold参数值。

• 对于只读列存节点， 请确认参数设置中的loose_cost_threshold_for_imci参数值是否满足条件，即检查SHOW STATUS LIKE 'Last_query_cost'的值是否大于SHOW VARIABLES LIKE 'cost_threshold_for_imci'的值。若不满足，请参考配置自动引流阈值中的内容适当修改loose_cost_threshold_for_imci参数值。

• 对于主节点、普通列存节点或未开启行存/列存自动引流的集群地址，请切换至开启行存/列存自动引流的集群地址或者直接连接只读列存节点。