此SQL有何不同之处:
第一个:
select *
from table_1 a
join table_2 b
on a.id = b.acc_id
第二
select *
from (select * from table_1) a
join (select * from table_2) b
on a.id = b.acc_id
因为第一个被执行了近40多分钟而第二个被执行了几秒钟......
我真的很困惑。
也许MySQL数据库配置坏了?
这两个表都是InnoDB并托管在Domo上
答案 0 :(得分:3)
我很惊讶您报告查询没有子查询花了这么长时间。我希望相反。你确定你观察到了吗?
如果子查询足够简单,MySQL能够重写一些子查询,就像你显示的子查询一样。所以应该没有区别。
我怀疑你真正询问的案件涉及更复杂的查询。
当您使用子查询作为表时,MySQL可能需要创建一个临时表来存储子查询的结果,然后使用该临时表进行后续连接或搜索或排序。
临时表为查询创建开销,因为它们需要存储。如果它们很小,临时表可能驻留在RAM中。但是,如果数据量太大,它会将表复制到tmpdir
配置选项中指定的目录中的磁盘。
您还应该收集有关MySQL如何运行查询的一些信息:
EXPLAIN select *
from (select * from table_1) a
join (select * from table_2) b
on a.id = b.acc_id\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: b
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 1
filtered: 100.00
Extra: Using where
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: a
partitions: NULL
type: eq_ref
possible_keys: PRIMARY,id
key: PRIMARY
key_len: 8
ref: test.b.acc_id
rows: 1
filtered: 100.00
Extra: NULL
在这个简单的示例中,EXPLAIN报告与运行此等效查询完全相同:
EXPLAIN select *
from table_1 a
join table_2 b
on a.id = b.acc_id\G
至少我在MySQL 8.0.0-dmr上测试它。较旧版本的MySQL可能不支持该优化。
但同样,我怀疑你正在测试的真实案例涉及更复杂的子查询。
您还应该确保表具有正确的索引,以允许联接为联接执行索引查找。在EXPLAIN报告中,您应该看到第二个表格报告“type:ref”或“type:eq_ref”。
当询问SQL问题时,如果您发布给您40分钟查询时间的实际查询,将会有所帮助。并且还为连接中的每个表运行SHOW CREATE TABLE
,这样我们就可以看到每个表中有哪些索引和约束。
更新:我在MySQL 5.6.33上运行了相同的EXPLAIN报告,我们可以看到从子查询创建的派生表:
*************************** 1. row ***************************
id: 1
select_type: PRIMARY
table: <derived2>
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 2
Extra: NULL
*************************** 2. row ***************************
id: 1
select_type: PRIMARY
table: <derived3>
type: ref
possible_keys: <auto_key0>
key: <auto_key0>
key_len: 9
ref: a.id
rows: 2
Extra: NULL
*************************** 3. row ***************************
id: 3
select_type: DERIVED
table: table_2
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 1
Extra: NULL
*************************** 4. row ***************************
id: 2
select_type: DERIVED
table: table_1
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 1
Extra: NULL