我有以下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。
谢谢
这是怎么回事,“联合优化器”如何导致如此相对较差的性能?
STRAIGHT_JOIN强制表的连接顺序,因此table1在外循环和table2内循环中进行扫描。
STRAIGHT_JOIN
table1
table2
优化器不是完美的(尽管还算不错),最可能的原因是过时的统计信息。
我应该经常使用吗 STRAIGHT_JOIN
不,仅当优化器错误时。这可能是因为您的数据分布严重偏斜或无法正确计算(例如,对于空间索引或全文索引)。
我如何知道何时使用它?
您应该收集统计信息,为这两种方式构建计划,并了解这些计划的含义。
如果看到:
自动生成的计划并非最佳方案,无法通过标准方式进行改进,
该STRAIGHT_JOIN版本更好,你了解它总是会和理解 ,为什么 它总是会
,然后使用STRAIGHT_JOIN。