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

时间:2016-12-16 00:00:32

标签: mysql domo

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

1 个答案:

答案 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