Rails项目中同一列已有BTREE索引时新增UNIQUE约束相关问题咨询

问题解答 #

首先先修正你给出的迁移脚本语法错误：add_index方法不需要额外传入列类型参数，正确写法为：

add_index :products, :key, unique: true

下面逐个回答你的问题： #

1. 已有普通BTREE索引的影响

你执行上述新增唯一索引的语句时，原有普通BTREE索引不会受到任何影响，不会被自动删除、修改，功能也完全正常，可以正常保留。 #

2. 两个索引共存的可行性

技术上可以共存，两者也能正常运作，但完全没有必要保留两个索引：

• 唯一索引本身就是特殊的BTREE索引，除了多了唯一性校验的逻辑，所有普通查询的支持能力、查询性能和普通BTREE索引完全一致，原有普通索引能覆盖的查询场景，唯一索引全部可以覆盖
• 保留双索引会带来额外开销：每次写入（新增/更新/删除）数据时，数据库需要多维护一个索引结构，会拖慢写入性能，同时也会占用额外的存储空间
  所以创建完唯一索引后，直接删除原有普通索引即可，不需要额外保留。

3. 3000万数据建索引的锁表和耗时问题

具体表现和你使用的数据库类型、版本有关：

• 锁表情况：主流数据库（MySQL 5.6+、PostgreSQL等）都支持在线DDL能力，默认创建索引过程中不会锁全表，读操作可以正常执行，只会在索引创建的最终阶段持有极短时间的排他锁，对正常业务影响极小。如果要进一步降低锁影响，可以在迁移中添加对应参数：PostgreSQL加algorithm: :concurrently（注意要禁用迁移事务），MySQL加algorithm: :inplace, lock: :none
• 耗时情况：3000万数据量建索引必然会消耗一定时间，具体时长取决于服务器IO性能、该列的数据长度，普遍从十几分钟到数小时不等。另外要注意建索引前必须先确认该列当前没有重复值，否则索引创建会直接失败。

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