mysql 为什么不推荐三张表以上的关联？

[Aresxue]

今天看到了一个说法说 mysql 不推荐三张表以上的关联，我觉得多表关联虽然可读性较差和耦合性较高，但是可以节省 IO 次数，减少执行时间从而提升接口的性能。

[lihongjie0209]

不好扩展

[liukaining]

谈 SQL 的性能，请拿 explain 说话

不论是几个表，什么 sql，先 show index 看看索引怎么建的，再 explain 分析一波索引命中情况怎样

[alpha2016]

如果条件限制宽泛的话，三张表关联产生的笛卡儿积非常庞大，缓存机制什么的可能扛不住啊，得用 explain 来分析一下了

[nekoneko]

A 表一亿条，B 表一亿条，C 表一亿条，cross join 一下，完犊子了

[qwerthhusn]

主要看索引，如果都是拿着外键去连的话，10 张表 join 也很快

[virus94]

表大的话 服务器直接 GG

[Aresxue]

@lihongjie0209 这个我是同意的，但这个是要结合业务具体看待了，我其实是想问技术角度的。

[jswh]

不推荐的意思是这样做虽然不一定是最优的，但大概率可以避免一些前人犯过的错误。如果非常确定这样做没有问题，甚至更好，又有何不可。

[Aresxue]

@liukaining 不全是性能，不考虑分库分表分片的情况下，你单表可以用的 sql 一般在连接里也能用到。

[Aresxue]

@liukaining 上面手抖了，说的是索引

[Aresxue]

@alpha2016 这个大致数量级有没有，就以普通机器 4G 双核来考虑

[Immortal]

同意 8l
并不是说 3 张表联查一定不行 全部查询全部走在索引上 性能不会差
只是大家 sql 能力参次不齐 还是硬性规定来预防这些 毕竟如果某个大表全表查 服务器还是很容易 gg 的

还有一个我觉得就是"如果情况过于复杂,是不是哪里出了问题"
如果需要三表联查,考虑下是不是表结构设计的不够合理?

[x7395759]

也不推荐使用手机注册大于三个服务，收到垃圾短信的概率飙升 300%

[Aresxue]

@nekoneko 你这种太极端了，单表数据量那么多早拆了

[Aresxue]

@qwerthhusn 这个有点太理想化了，实际中表一多总有哪个是用不到索引的。

[Aresxue]

@virus94 很多系统到死可能都没那个数据量，而且这种情况你单表都没法完全避免。

[Aresxue]

@Immortal 我这边做电信业务的，业务复杂度比较高，这种业务系统里三表甚至更多联查实在太常见了。

[npe]

拆成单条，在代码里合并

[Aresxue]

@jswh 道理也懂，但不考虑扩展的话一般单条 sql 一次性查出来能稍微快上一点，这个可能是我关注点有点偏了。

[jswh]

@Aresxue 你也说了不考虑扩展嘛，这个就是个权衡的事情。