MySQL: select * from table 和 select * from (select* from table) 的区别

Question

此 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 上

Answer 1

我很惊讶你报告没有子查询的查询花费了这么长时间。我希望相反。你确定你没有看错吗？

如果子查询足够简单，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