PostgreSQL索引丢失问题探究：索引为何会缺失？

一、索引覆盖范围与列相关疑问 #

• 索引究竟覆盖哪些“字段”？
  索引覆盖的是创建时指定的列（或列组合），部分数据库会自动包含行定位信息（如主键ID、行指针）。如果是覆盖索引，还会包含查询需返回的非索引列，以此避免回表查询。
• 索引作用于列的说法是否正确？
  这个表述基本准确，但更严谨的说法是：索引基于表的列或列表达式构建——比如可以对UPPER(email)这类表达式创建索引，而非仅局限于原始列。日常场景下“索引作用于列”的简化表述是可行的。
• 列中的每个字段都会被索引吗？
  不会。只有你明确指定创建索引的列（或列的部分内容，比如前缀索引）的所有行数据才会被纳入索引。例如给content列创建前缀索引时，仅索引每个值的前15个字符，而非整个字段的全部内容。
• 是否查询中用到的所有列都应创建索引？
  完全不需要。索引会增加写操作（INSERT/UPDATE/DELETE）的开销，同时占用额外存储空间。仅需为**过滤条件（WHERE）、排序（ORDER BY）、分组（GROUP BY）、连接（JOIN）**中高频使用的列创建索引即可，冗余索引反而会拖慢数据库整体性能。

二、缺失索引相关疑问 #

• 什么是缺失索引？
  缺失索引指的是：当查询执行时，数据库优化器判定若存在某类索引，可大幅提升查询效率（比如从顺序扫描转为索引扫描），但当前数据库中并未创建该索引。这类索引是查询性能瓶颈的常见诱因。
• 索引为何会丢失？
  常见原因包括：
  • 人为误操作：比如执行DROP INDEX时选错目标索引，或删除表后重建但遗漏索引创建。
  • 数据库维护操作：修改列属性（如数据类型）时，依赖该列的索引可能因失效被自动删除；分区表重分区过程中，索引未被正确迁移。
  • 版本升级/迁移问题：数据库版本升级或跨环境迁移时，索引定义未被完整同步。
  • 索引损坏：磁盘故障、数据库崩溃等导致索引文件损坏，被数据库自动标记为无效或删除。

内容的提问来源于stack exchange，提问作者TauCeti