为什么 SQL 语句不要过多的 join？什么情况下不建索引？

为什么 SQL 语句不要过多的 join？

主要有两个方面的原因：

• 性能问题：每个 join 操作都需要对两个或多个表进行连接操作，这个操作需要消耗大量的计算资源和时间，如果 join 操作过多，会导致 SQL 的执行效率降低，从而影响整个系统的性能。
• 可读性和维护性问题：join 操作会使 SQL 语句变得复杂，难以理解和维护，特别是当 join 操作涉及到多个表的时候，SQL 语句的复杂度会呈现指数级增长，给代码的可读性和可维护性带来挑战。

索引

一般情况下说的索引，都是 Mysql 里面 InnoDB 引擎的 B+树索引。所以大家首先的知道索引的原理，大家都知道 B+树是一颗多路平衡二叉树（如图）它的特点是，非叶子节点只存储索引，叶子节点存储数据，从而减少 B+树的层高降低磁盘 IO 次数啊从而提升数据检索效率。

通常情况下，加索引是能直接提升数据的检索效率。 

有几种情况不适合建立索引

我认为有几种情况不适合建立索引：

• 数据量太小的情况下，即使没有索引，查询的速度也比较快，这个时候建立索引反而会增加维护成本和查询时间
• 数据离散度不高的列，比如性别、年龄这种，创建索引反而会降低检索效率，从底层原理来说，相当于增加了 B+树的扫描范围
• 存在函数操作的情况，如果查询条件包含函数操作，那这个时候可能不会走索引，所以建了索引意义不大
• 频繁变更的表，比如经常需要更新、删除或插入记录，那么对这个表建立索引的开销就会很大，甚至可能影响到整个数据库的性能。