一尘不染

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

mysql

我有以下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。

谢谢


阅读 405

收藏
2020-05-17

共1个答案

一尘不染

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

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

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

我应该经常使用吗 STRAIGHT_JOIN

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

我如何知道何时使用它?

您应该收集统计信息,为这两种方式构建计划,并了解这些计划的含义。

如果看到:

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

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

,然后使用STRAIGHT_JOIN

2020-05-17