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

[Aresxue]

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

[niubee1]

主要因为那个时候 MySQL 弱得一逼

[auto]

数据量大了以后若是要分库很麻烦。还有最重要的就是性能问题了。可以看这个 https://www.zhihu.com/question/56236190 里面的说明

[auto]

还有可读性也是个问题，看到以前的老项目几百行的 sql，简直脑壳痛

[Takamine]

我们是直接要求尽量把有多表关联的业务丢到内存中去处理。:doge:

[icegreen]

可扩展性和可读性吧；
我更看重可读性； 代码首先是给人读的。

[msg7086]

是从哪里看出节约 io 次数的？感觉没什么区别啊……

[cnail]

因为对 hash join 支持的不好，这就是和 oracle 最大的差别

[wysnylc]

我连两张都不推荐

[l00t]

因为 MySQL 是个弱鸡啊，你看 Oracle 就没这说法。

[Cbdy]

不要脱离执行计划谈 SQL 性能

[shakoon]

其实关联表的数量并不是决定性能的唯一要素，关联字段之间的索引配置、过滤条件的设置都比表的数量重要。在鄙人所在银行业，关联十几个表那都不是什么罕见事 - -#

[akira]

别说 3 表了 2 表都是能不连就不连

[1iuh]

我现在为了减少联表查询，在很表内冗余了很多数据。现在存储空间比较不值钱。

[jry]

尽量 foreach

[sun1991]

又见我手写的 foreach 比数据库引擎强... (￣▽￣)"
说起来, MySQL 真的这么弱吗?

[sampeng]

迪卡集。。。。
10*10*10 就是 1000 条记录。。

[sampeng]

前几天还和别人掰扯关联表太多的问题。。。查询速度还可以吧。几十毫秒。但是。数据库 cpu 高的感人。。差不多最高峰 50%吧。。然后优化掉这一个关联了 5 张表的 sql。
前面说索引的。索引也不是银弹啊。5 张表。explain 全部走索引。4 张索引查询 100 条记录以下，1 条索引需要扫描 10000 左右的数据集。大部分 dba 都会说这个 explain 已经没得优化了。。。
然后我就和人家掰扯。。把那个扫描 10000 的拿出来。然后再查后面的 4 个表连表。。恩。CPU 掉到 5%。。。

[wc951]

单表查询我为什么不用 hbase、hive、impala

[hhyvs111]

大公司都是存一张表，省事

[des]

实际环境真有那么多表 join，而且还都是 cross join ？
就算是只用一个表，也照样能能整崩，老老实实多学数据库和优化才是正道