此 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 上
我很惊讶你报告KHÔNG子查询的查询花费了这么长时间。我希望相反。你确定你没有看错吗?
如果子查询足够简单,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:
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 2
Extra: NULL
*************************** 2. row ***************************
id: 1
select_type: PRIMARY
table:
type: ref
possible_keys:
key:
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
Tôi là một lập trình viên xuất sắc, rất giỏi!