First Slide
Second Slide
Third Slide
Fourth Slide

1. 何时使用 **主键索引 (Primary Key Index)**？

Article detail

学习笔记

2026/4/4 · 14 分钟阅读

1. 何时使用 主键索引 (Primary Key Index)？

这是一个非常棒的问题，也是面试中考察你对索引理解深度的关键点！选择合适的索引类型需要综合考虑查询模式、数据量、数据更新频率和存储成本。

以下是一些关于何时使用不同类型索引的指导原则：

1. 何时使用 主键索引 (Primary Key Index)？

  • 唯一标识每行数据： 当你需要为表中的每一行数据提供一个唯一且非空的标识符时，就应该使用主键。
  • 确保数据完整性： 主键索引保证了表中不会有重复的行，并且每行都有一个确定的标识。
  • 作为表的默认索引： 几乎所有关系型表都应该有一个主键，因为它不仅是业务逻辑上的标识，也是数据库内部进行数据组织和关联的基础。
  • 作为外键的引用目标： 外键通常会引用另一个表的主键，从而建立表之间的关系。
  • 注意： 主键通常会自动创建聚集索引（如果数据库支持），这意味着它决定了数据的物理存储顺序，查询效率非常高。

2. 何时使用 唯一索引 (Unique Index)？

  • 确保某一列或多列的组合值唯一： 当你希望某个列（或几个列的组合）的值在整个表中是唯一的，但又不适合作为主键时（例如，身份证号、手机号、邮箱等，它们在业务上是唯一的，但可能不是用于行级主键）。
  • 提高唯一性约束列的查询速度： 即使这些列不是主键，但因为它们的值是唯一的，所以在这些列上进行等值查询 (WHERE email = '...') 会非常快。
  • 不允许重复数据： 当业务规则要求某列不能有重复值时，唯一索引可以强制这一约束。

3. 何时使用 普通索引 (Normal/Non-Unique Index)？

  • 经常出现在 WHERE 子句中的列： 这是创建普通索引最常见的场景。例如，WHERE status = 'active' 或 WHERE product_category = 'Electronics'。
  • 经常出现在 JOIN 条件中的列： 当你在两个表之间进行连接时，ON 子句中使用的列是索引的良好候选者，可以大大加速连接操作。
  • 经常出现在 ORDER BY 或 GROUP BY 子句中的列： 如果查询结果经常需要按某一列排序或分组，在该列上创建索引可以减少甚至消除数据库进行额外排序的开销。
  • 列的数据基数较高（Distinct Values多）： 如果列中的值重复度很低（即唯一值很多），那么索引的效果会更好，因为它能更有效地过滤数据。例如，省份通常不是一个好的索引列，因为它只有几十个不同的值，但用户ID或订单号则是很好的索引列。
  • 作为复合索引的一部分： 当查询条件涉及多个列时，普通索引可以是复合索引的一部分。

4. 何时使用 复合索引 (Compound/Composite Index)？

  • 查询条件经常同时涉及多个列： 如果你的查询经常是 WHERE column1 = 'A' AND column2 = 'B'，那么在 (column1, column2) 上创建复合索引会比在两个单独的索引上更好。
  • 满足最左前缀原则： 复合索引只有在查询条件从索引的第一个列开始匹配时才能有效使用。
    • 例如，在 (LastName, FirstName, Age) 上的复合索引：
      • WHERE LastName = 'Smith' (有效)
      • WHERE LastName = 'Smith' AND FirstName = 'John' (有效)
      • WHERE FirstName = 'John' (不能完全使用索引，可能只扫描一部分索引或全表扫描)
      • WHERE Age = 30 (不能使用索引)
  • 索引覆盖 (Index Covering)： 当查询的所有列都在复合索引中时，数据库不需要回表去查找实际数据，直接从索引中返回结果，效率极高。例如，SELECT LastName, FirstName FROM Users WHERE LastName = 'Smith' 在 (LastName, FirstName) 索引上可以实现覆盖。

5. 何时 不使用/谨慎使用 索引？

  • 对小表： 如果表只有几百或几千行，全表扫描可能比使用索引更快，因为索引查找本身也有开销。
  • 对频繁写入（INSERT, UPDATE, DELETE）的表： 每次数据修改都需要更新索引，索引越多，写操作的开销就越大，可能导致性能下降。如果一个表主要用于写入，而读取非常少，那么可能需要权衡索引的数量。
  • 对数据重复度非常高的列（低基数）： 例如，is_active (只有 True/False 两个值)、性别等。这类列即使有索引，数据库可能发现扫描大部分数据仍然比使用索引更划算。
  • 对 WHERE 子句中不经常使用的列。
  • 对于经常进行函数操作或表达式操作的列： 例如，WHERE YEAR(order_date) = 2023 就不会使用 order_date 上的索引，因为函数操作破坏了索引的有序性。正确的做法是 WHERE order_date BETWEEN '2023-01-01' AND '2023-12-31'。
  • LIKE '%关键字%' 这样的模糊匹配： 如果通配符在开头，索引通常无法使用。LIKE '关键字%' 则可以有效利用索引。

索引设计流程（面试中可以体现的思路）

  1. 分析业务需求和查询模式： 哪些查询是高频的？哪些查询是关键的（影响用户体验或业务流程）？
  2. 使用 EXPLAIN 命令： 针对慢查询，使用 EXPLAIN（在 MySQL 中）来分析查询执行计划，查看是否使用了索引，以及索引的使用效率如何。
  3. 识别潜在的索引列： 主要是 WHERE、JOIN、ORDER BY、GROUP BY 子句中的列。
  4. 选择合适的索引类型： 主键、唯一、普通、复合。
  5. 考虑索引覆盖： 是否可以通过创建合适的复合索引，让查询无需回表。
  6. 测试和监控： 在测试环境中创建索引后，进行性能测试，对比有无索引的性能差异。上线后持续监控数据库性能。
  7. 定期维护： 随着数据和查询模式的变化，索引可能需要调整、优化或删除。

记住，没有“万能”的索引，最好的索引方案总是基于具体的业务场景和数据特性。在面试中，能够结合实际场景分析并给出合理建议，会让你脱颖而出。

评论

动作测试