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