如果我在一列上有一个唯一键，那是否就不需要在同一列上有一个额外的索引？
如果它是一个多列唯一键怎么办？这样就不需要在唯一索引列列表中的 FIRST 列上添加额外的索引了吗？
关于 SO 也有类似的问题，但我想在这个狭窄的背景下得到一个明确的答案。
【问题讨论】：
(un)necessary 这个词可能会因场景而异。但是，您似乎只期待“是”和“否”的答案。
标签： mysql indexing database-indexes
如果我在一列上有一个唯一键，那是否就不需要在同一列上有一个额外的索引？
是的。 UNIQUE KEY 隐式创建索引。
如果它是一个多列唯一键怎么办？这样就不需要在唯一索引列列表中的 FIRST 列上添加额外的索引了吗？
是的。任何需要搜索第一列的查询都可以使用多列索引。
以此类推，如果我让您在电话簿中搜索名为“Smith, Sarah”的人，这就像您搜索包含两列的复合索引一样。如果我要求您使用同一个电话簿来搜索姓氏为“Smith”的人，那么第一列的排序顺序仍然有帮助，即使您不需要搜索第二列。
【讨论】：
这样就不需要在同一个索引上添加额外的索引了吗？ 列？
是的。
如果它是一个多列唯一键怎么办？
是的，除了唯一索引之外，还可以再添加一些索引。
==详细说明==
您应该记住，每次在您的桌子上执行 DML。它必须重组你的索引。所以，这完全取决于你正在实现什么以及你准备妥协什么。
假设您正在使用某个数据库，其查询性能 (SELECT) 很慢。现在，您想到了创建索引，这最终提高了一些性能。所以，你认为，有这个索引是必要的。
后来，过了一天，您开始发现在同一张表上执行任何 DML 操作时速度很慢。现在，取决于您准备包含的内容。这可以定义为对您来说是（非）必要的。
尽管为所有可能的情况创建索引可能很诱人 查询中使用的列，不必要的索引会浪费空间和时间 让 MySQL 确定要使用的索引。索引也添加到 插入、更新和删除的成本，因为每个索引必须 已更新。 您必须找到适当的平衡点才能使用以下方法实现快速查询 最优索引集。
【讨论】：
would that make it unnecessary to have an additional index on the same column? 对吗？如果是这样，请阅读突出显示的粗体字体。
(PRIMARY KEY, UNIQUE, INDEX, and FULLTEXT)。但是，如果它在不同的列上，那么您将再次妥协。