一对多left join(子查询group by)快还是left join副表，主表group by

Question

最近在开发时，发现两种方案关联一对多查询

a表：大表
b表：小表

a -> b ：一对多

-- 第一种关联方式
select a.*,b.id from a left join b on a.xx = b.xx group by a.id

-- 第二种关联方式
select a.*,temp.id from a left join(
    select b.xx,b.id from b group by b.id
)temp on a.xx = temp.xx

以上两种方式哪一种效率会更高？

Answer 1

这题是不是有点问题？

1. 上面是group by a.id ,下面是group by b.id，这两个sql完全不是一回事了 ;
2. 明明a表是大表，但a表对b表却是1对多？
3. 没说索引情况
4. sql标准里，如果有group by，那么select的只能是聚合函数或者group by后面的字段（也可以是常量、变量）。目前常见数据库里只有老版本（8之前）的mysql默认没做这个限制，因此查不符合上述规则的字段时会显示随机数据

---

b表是小表，因此去重后数据会更少（比如只剩下了10行），而且去重后，数据就变成了1对1，此时A表来关联这个小量的数据，行数不会变大，因此内存消耗也不会变大。但反观第一种，在join的时候，A表的部分数据翻倍了，而且恐怖的是，翻倍是根据B表的重复记录数来的，这个消耗肯定比第2种方式大，所以此时应该第二个sql更快。