复合索引是否适用于加入（多对多）？

Question

tt - 是一个映射表。 tt结构是

table_1 |表_2 | table_3

   SELECT t1.foo1, t2.foo2, t3.foo3 FROM tt 
        JOIN table1 t1 ON tt.table_1 = t1.id
        JOIN table2 t2 ON tt.table_2 = t2.id
        JOIN table3 t3 ON tt.table_3 = t3.id
    WHERE t2.value = 'test'

索引是否有意义并且将为tt 工作？ 综合索引为ix_table_1__table_2__table_3(table1, table2, table_3)

如果这样做 - 为什么，如果不这样做 - 为什么？

Answer 1

（我不同意另一个答案中推荐的索引。）

SELECT * FROM tt 
    JOIN table1 t1 ON tt.table_1 = t1.id
    JOIN table2 t2 ON tt.table_2 = t2.id
    JOIN table3 t3 ON tt.table_3 = t3.id
WHERE t2.value = 'test'

当优化器选择如何执行JOIN 时，它通常是这样工作的：

1. 从具有最佳WHERE 的表开始。这将是t2。所以需要有一个INDEX 以value 开头。
2. 然后转到另一张桌子。唯一的下一个选择是tt，因为这次是ON 子句。
3. 之后是t1 和t3，顺序不限。

现在是索引，按上面的顺序列出：

t2:  INDEX(value)
tt:  INDEX(table_2)

t1 和 t3 可以通过它们的id 访问。因此，假设您遵循id 作为PK 的约定，那么PRIMARY KEY(id) 已经存在。

现在让我们切换到新版本的查询：

SELECT t1.foo1, t2.foo2, t3.foo3 FROM tt  ...

这样，我们可以制作更好的索引。 “覆盖”索引是一个INDEX，它包括查询中任何地方所需的所有列。所以，让我们添加任何此类列：

t2:  INDEX(value, id, foo2)
tt:  INDEX(table_2, table_3, table_1)  -- table_2 must be first

在考虑“覆盖”索引时需要注意两点：

• 通过PRIMARY KEY 进入表时，创建“覆盖”索引没有任何优势。 PK 与数据“聚集”在一起，因此有效地“覆盖”。
• 在索引中包含太多列是不“明智的”。您要求所有 (*) 列。

有关创建最佳索引的更多信息：http://mysql.rjweb.org/doc.php/index_cookbook_mysql

唉，EXPLAIN 显示了用可用的东西做了什么；它不应该添加什么索引，也没有其他提示。

您的表格看起来不像传统的多：多表格。有关该类型表的具体提示，请参阅此：http://mysql.rjweb.org/doc.php/index_cookbook_mysql#many_to_many_mapping_table

FOREIGN KEYs：FK 提供 (1) 约束（用于数据完整性）和 (2) INDEX 以提高检查约束的效率。当您同时创建 FK 和 INDEX 时，MySQL 可能 足够聪明，可以避免只有两个索引就足够了。 INDEX(table_2) 是 FK 所需的全部，但 INDEX(table_2, table_3, table_1) 将为该 FK “工作”。拥有两个索引是一种浪费；如果不必要地添加较短的，请删除它。

Answer 2

如果这三个字段总是在一起，那么复合是有意义的。

但在您的情况下，您还需要一个用于 t2.value 的单

Answer 3

对于这个查询：

SELECT * FROM tt 
    JOIN table1 t1 ON tt.table_1 = t1.id
    JOIN table2 t2 ON tt.table_2 = t2.id
    JOIN table3 t3 ON tt.table_3 = t3.id
WHERE t2.value = 'test'

是的，tt(table_1, table_2, table_3) 上的索引可能会有所帮助。

您还需要以下列为索引：

t1(id)
t2(id, value)
t3(id)

正如 spencer7593 所评论的，您可能还想尝试t2(value, id) 而不是t2(id, value)。如果id 看起来像主键，那么前者应该更有效，因为它可以用于预过滤where 子句中的记录并有效地限制要加入的行数。

索引是否有用取决于许多因素，例如表的相对大小和列内值的分布（或查询规划器根据此标准评估的内容）。您确实想使用EXPLAIN 并分析结果。