我们在一些处理数百万行的报告中遇到了一些性能问题。我尝试优化 sql 查询，但它只将执行时间减少了一半。
接下来要分析修改或者增加一些索引，所以有一些疑问:
1- sql 查询包含很多连接:我是否必须为每个外键创建一个索引？
2- 假设请求 SELECT * FROM A LEFT JOIN B on a.b_id = b.id where a.attribute2 = 'someValue'，我们在表 A 上有一个索引基于b_id 和 attribute2:我的请求是否将此索引用于 where 部分(我知道这两个条件是否在将使用索引的 where 子句上)。
3- 如果一个索引基于 C1、C2 和 C3 列，我决定添加一个基于 C2 的索引，我是否需要从第一个索引中删除 C2？
谢谢你的时间
最佳答案
您可以使用EXPLAIN 查询 来查看MySQL 在执行时会做什么。这在试图弄清楚为什么它慢时有很大帮助。
JOIN 一次发生一个表，顺序由 MySQL 分析查询并尝试找到最快的顺序来确定。您将在 EXPLAIN 结果中看到它。
每个 JOIN 只能使用一个索引，而且它必须在被连接的表上。在您的示例中，使用的索引将是表 B 上的
id(主键)。在每个 FK 上创建索引将为 MySQL 提供更多查询计划选项，这在某些情况下可能会有所帮助。WHERE 和 JOIN 条件只有当连接表为 NULL(缺失行)时才有区别(INNER JOIN 完全没有区别)。对于您的示例，
b_id上的索引不执行任何操作。如果您将它更改为 INNER JOIN(例如，通过在 where 子句中添加b.something = 42)，那么如果 MySQL 确定它应该执行反向查询(首先是 b，然后 a).不.. 在多个索引中有一个列是 100% OK 的。如果您在
(A,B,C)上有一个索引，然后在(A)上添加另一个索引，那 将是多余且毫无意义的(因为它是另一个索引的前缀)。B上的索引非常好。
关于mysql - 需要对索引进行一些说明(WHERE、JOIN)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54442872/