为什么STRAIGHT_JOIN如此大幅度地改善了此查询，并且在SELECT关键字之后编写它意味着什么？

Question

我有以下MySql查询：

select t1.*
from Table1 t1
inner join Table2 t2
on t1.CommonID = t2.CommonID
where t1.FilterID = 1

运行大约需要30秒，这很奇怪，因为如果我注释掉join或where子句，它会花费不到一秒钟的时间：

select t1.*
from Table1 t1
where t1.FilterID = 1

要么

select t1.*
from Table1 t1
inner join Table2 t2
on t1.CommonID = t2.CommonID

每个过程不到一秒钟。

然后是STRAIGHT_JOIN关键字，在这里可以找到它的一个参考：http
:
//dev.mysql.com/doc/refman/5.0/en/join.html

STRAIGHT_JOIN与JOIN相似，不同之处在于总是在右表之前读取左表。这可以用于联接优化器将表以错误的顺序放置的那些（很少）情况。

什么？我可以写：

select t1.*
from Table1 t1
STRAIGHT_JOIN  Table2 t2
on t1.CommonID = t2.CommonID
where t1.FilterID = 1

并在不到一秒钟的时间内执行查询。

即使是陌生人，我也可以写：

select STRAIGHT_JOIN  t1.*
from Table1 t1
inner join Table2 t2
on t1.CommonID = t2.CommonID
where t1.FilterID = 1

只需不到一秒钟的时间，这种语法甚至看起来都不合法。

我想第二个例子意味着每写一个INNER JOIN都会使用STRAIGHT_JOIN，但是我找不到关于它的任何文档。

这是怎么回事，“联合优化器”如何导致如此相对较差的性能？我应该一直使用STRAIGHT_JOIN吗？我如何知道何时使用它？

Table1和Table2都有整数主键；FilterID是另一个表的外键；CommonID​​列都是第三张表的外键。它们都有索引。数据库引擎是InnoDB。

谢谢

Answer 1

这是怎么回事，“联合优化器”如何导致如此相对较差的性能？

STRAIGHT_JOIN强制表的连接顺序，因此table1在外循环和table2内循环中进行扫描。

优化器不是完美的（尽管还算不错），最可能的原因是过时的统计信息。

我应该经常使用吗 STRAIGHT_JOIN

不，仅当优化器错误时。这可能是因为您的数据分布严重偏斜或无法正确计算（例如，对于空间索引或全文索引）。

我如何知道何时使用它？

您应该收集统计信息，为这两种方式html" target="_blank">构建计划，并了解这些计划的含义。

如果看到：

1. 自动生成的计划并非最佳方案，无法通过标准方式进行改进，

2. 该STRAIGHT_JOIN版本更好，你了解它总是会和理解 ，为什么 它总是会

，然后使用STRAIGHT_JOIN。