查询执行时间和解释输出不对齐

时间:2013-03-05 20:34:01

标签: mysql optimization

我跟随查询

SELECT STRAIGHT_JOIN a.*
  FROM b
  INNER JOIN a ON a.b_id = b.b_id
  INNER JOIN c ON dd.a_id = a.id
  WHERE a.a_type_id = 164
    AND a.status = 1
    AND NOT EXISTS (
      SELECT a2.*
      FROM a a2
      INNER JOIN c c2 ON c2.a_id = a2.id
      INNER JOIN d d.a_id = a2.id
      WHERE a.w_id = 567
        AND c.ds_id = c2.ds_id
    )
  order by b.id
  LIMIT 1;

解释给出以下结果

*************************** 1. row ***************************
             id: 1
    select_type: PRIMARY
          table: b
           type: index
  possible_keys: index_b_on_b_id
            key: PRIMARY
        key_len: 4
            ref: NULL
           rows: 1
          Extra: 
  *************************** 2. row ***************************
             id: 1
    select_type: PRIMARY
          table: a
           type: ref
  possible_keys: PRIMARY,index_a_on_a_type_id,index_a_on_status,index_a_on_b_id,index_a_on_a_type_id_and_status
            key: index_a_on_b_id
        key_len: 4
            ref: b.b_id
           rows: 1
          Extra: Using where
  *************************** 3. row ***************************
             id: 1
    select_type: PRIMARY
          table: c
           type: ref
  possible_keys: index_c_on_a_id
            key: index_c_on_a_id
        key_len: 4
            ref: a.id
           rows: 1
          Extra: Using where
  *************************** 4. row ***************************
             id: 2
    select_type: DEPENDENT SUBQUERY
          table: c2
           type: ref
  possible_keys: index_c_on_ds_id,index_c_on_a_id
            key: index_c_on_ds_id
        key_len: 4
            ref: c.ds_id
           rows: 1
          Extra: 
  *************************** 5. row ***************************
             id: 2
    select_type: DEPENDENT SUBQUERY
          table: d
           type: ref
  possible_keys: index_d_on_a_id,index_d_on_w_id
            key: index_d_on_a_id
        key_len: 5
            ref: c2.a_id
           rows: 1
          Extra: Using where
  *************************** 6. row ***************************
             id: 2
    select_type: DEPENDENT SUBQUERY
          table: a2
           type: eq_ref
  possible_keys: PRIMARY
            key: PRIMARY
        key_len: 4
            ref: d.a_id
           rows: 1
          Extra: Using where; Using index

从解释结果来看,要扫描的行只有一行,但实际执行时间超过一秒。我知道解释只是一个估计,实际执行可能会有所不同,但有什么可以在这里优化(添加新索引,重写查询等)?

表中的行数如下:

  • a => 2585530

  • b => 10000

  • c => 2585525

  • d => 3350381

1 个答案:

答案 0 :(得分:0)

如果不了解所有信息(架构,数据和最终目标),很难回答这些问题,但我会尝试以一般方式提供一些输入。

您在查询中评估了20,373行,并且仅返回其中一行,表面上看似很多丢弃的数据,因此可能值得研究。 阅读你的查询几乎不可能确切地确定你想要做什么(没有我已经注意到的所有其他信息) - 但是我可以合理地了解这里发生了什么。

我建议你看看试图重构查询的“NOT EXISTS(...)”元素,而是首先使用带有适当索引的条件语句选择有效数据,然后将其余数据加入到此第一次查询。

这可能不完全适用于您的数据结构,但从提供的内容来看,我真的可以推荐它。如果这不合适,您可以使用更多信息或示例结构编辑您的答案,包括完整架构,示例数据以及最终查询应输出的内容。