MySQL查询停留在“排序结果”的单行结果集

Question

我正在构建一个星型模式，以充当我正在构建的分析应用程序的后端。 我的查询生成器正在使用常规星形连接模式构建查询。 下面是一个示例查询，其中事实表连接到两个维度表，并且维度表由最终用户选择的常量值过滤。

我正在使用MySQL 5.5，所有表都是MyISAM。

在这个问题中，我只是尝试拉出前N行（在这种情况下，是前1行）

EXPLAIN
SELECT fact_table.*
FROM
    fact_table
INNER JOIN
    dim1 ON (fact_table.dim1_key = dim1.pkey)  
INNER JOIN
    dim2 ON (fact_table.dim2_key = dim2.pkey)           
WHERE
    dim1.constant_value = 123
    AND dim2.constant_value = 456
ORDER BY
    measure1 ASC LIMIT 1

说明输出如下。 这两个维度键都解析为常数值，因为对其值应用了唯一键。

*************************** 1. row ***************************
       id: 1
select_type: SIMPLE
    table: dim1
     type: const
possible_keys: PRIMARY,dim1_uk
      key: dim1_uk
  key_len: 8
      ref: const
     rows: 1
    Extra: Using filesort
*************************** 2. row ***************************
       id: 1
select_type: SIMPLE
    table: dim2
     type: const
possible_keys: PRIMARY,dim2_uk
      key: dim2_uk
  key_len: 8
      ref: const
     rows: 1
    Extra: 
*************************** 3. row ***************************
       id: 1
select_type: SIMPLE
    table: fact_table
     type: ref
possible_keys: my_idx
      key: my_idx
  key_len: 16
      ref: const,const
     rows: 50010
    Extra: Using where

这是事实表上的索引：

show indexes from fact_table

*************************** 10. row ***************************
    Table: fact_table
 Non_unique: 1
 Key_name: my_idx
 Seq_in_index: 1
 Column_name: dim1_key
Collation: A
 Cardinality: 24
 Sub_part: NULL
   Packed: NULL
     Null: 
 Index_type: BTREE
  Comment: 
Index_comment: 
*************************** 11. row ***************************
    Table: fact_table
Non_unique: 1
 Key_name: my_idx
Seq_in_index: 2
Column_name: dim2_key
Collation: A
Cardinality: 70
 Sub_part: NULL
   Packed: NULL
     Null: 
Index_type: BTREE
  Comment: 
Index_comment: 
*************************** 12. row ***************************
    Table: fact_table
Non_unique: 1
 Key_name: my_idx
Seq_in_index: 3
 Column_name: measure1
Collation: A
Cardinality: 5643
 Sub_part: NULL
   Packed: NULL
     Null: 
Index_type: BTREE
  Comment: 
Index_comment: 

对这个查询进行性能分析时，我看到该查询花费了大部分时间来执行文件排序操作“排序结果”。 我的问题是，即使使用正确的索引，该查询为什么也不能不进行排序就简单地提取第一个值？ my_idx已经在右列进行了排序，并且在索引中最先出现的两列被解析为常量，如计划所示。

如果我重写查询，如下所示，我可以得到我想要的计划，而无需文件排序。

SELECT fact_table.*
FROM
    fact_table
WHERE
    dim1_key = (select pkey from dim1 where constant_value = 123)
    AND dim2_key = (select pkey from dim2 where constant_value = 456)
ORDER BY
    measure1 ASC LIMIT 1

更改生成这些SQL命令的工具将很昂贵，因此即使查询以原始格式编写，我也希望避免这种文件排序。

我的问题是，即使索引上的第一个键是常量（通过INNER JOIN）并且索引以正确的顺序排序，为什么MySQL选择进行文件排序？ 有没有解决的办法？

Answer 1

我的问题是，即使索引上的第一个键是常量（通过INNER JOIN）并且索引以正确的顺序排序，为什么MySQL选择进行文件排序？ 有没有解决的办法？

因为结果集的顺序取决于用于读取JOIN中的第一个表的索引，但是，正如您在EXPLAIN中所看到的，JOIN实际上是从dim1表开始的。

它可能看起来很奇怪，但隐含强制MySQL从启动fact_table则需要在维度表的索引更改为（p键，constantvalue），而不是（constantvalue），否则MySQL优化将开始与一台能满足条件constantvalue=some_value返回最小行。 问题是您可能需要这些索引用于其他查询。

相反，您可以尝试将STRAIGHT_JOIN选项添加到SELECT并显式强制执行该顺序。