Shayon Mukherjee：停止依赖IF NOT EXISTS进行PostgreSQL中的并发索引创建
内容提要
在PostgreSQL中创建索引时，锁超时可能导致操作失败。使用IF NOT EXISTS可能会留下无效索引，影响查询性能。建议先删除现有索引再重新创建，并使用带重试机制的索引添加方法，以避免潜在问题。
延伸解读
无效索引的隐蔽风险
当CREATE INDEX CONCURRENTLY因锁超时中止时，PostgreSQL不会自动删除已在pg_index中标记为无效的索引条目。若后续使用IF NOT EXISTS重试，系统会跳过创建，导致无效索引残留。查询规划器不会使用无效索引，因此性能可能悄然下降，且问题难以察觉。
迁移工具中的陷阱
在Ruby on Rails等框架中，schema迁移可能因IF NOT EXISTS而静默标记为成功，即使索引实际无效。这会使团队误以为索引已正确建立，直到查询性能恶化才发现问题。依赖迁移工具自动管理索引时，需警惕这种静默失败。
更安全的替代方案
建议先删除现有索引（无论有效与否），再重新创建。文章提供的safe_add_index_with_retry方法在遇到锁超时时，会尝试删除索引并以指数退避重试创建，最多5次。这能避免无效索引残留，但需注意删除操作也可能因锁而失败。
Q&A
在PostgreSQL中创建索引时，锁超时会导致什么问题？
锁超时可能导致索引创建操作失败，并留下无效的索引条目，影响查询性能。
使用IF NOT EXISTS创建索引有什么潜在风险？
使用IF NOT EXISTS可能会导致留下无效索引，且在查询时不会被使用，从而影响性能。
如何安全地在PostgreSQL中创建索引以避免锁超时问题？
建议先删除现有索引，然后再重新创建，并使用带重试机制的方法来处理锁超时。
PostgreSQL在创建索引时如何处理无效索引条目？
当索引创建因锁超时中止时，PostgreSQL会在系统目录中留下无效的索引条目，不会自动删除。
在使用Ruby on Rails时，如何处理索引创建的锁超时？
可以使用重试机制，首先尝试创建索引，如果失败则删除现有索引并重试，直到成功或达到最大重试次数。
创建索引时，如何避免查询性能下降？
应避免使用IF NOT EXISTS，建议在创建索引前删除现有索引，以确保索引的有效性。
