RediSearch集群扩容后索引丢失问题的分析与解决方案

问题背景

在使用Redis集群模式(Redis OSS Cluster)配合RediSearch模块时，当集群进行扩容操作后，新加入的节点无法识别原有的搜索索引。具体表现为：在集群扩容并重新分片后，虽然数据槽位已经迁移到新节点，但通过FT._LIST命令查询时，新节点上显示的索引列表为空，而原有节点上索引仍然存在。

问题复现步骤

1. 创建带有RediSearch模块的Redis集群
2. 使用FT.CREATE命令创建搜索索引
3. 向集群添加新的节点
4. 执行集群重新分片操作，将部分槽位迁移到新节点
5. 检查新节点上的索引状态，发现FT._LIST返回空结果
6. 此时创建新索引可以在所有节点上可见，但旧索引仍仅存在于原有节点

技术原因分析

这一现象的根本原因在于RediSearch在Redis OSS Cluster模式下的索引管理机制。在Redis 7.x及更早版本的OSS集群中，RediSearch的索引元数据不会自动同步到新加入的集群节点。这是因为：

1. 索引元数据存储在创建索引的节点本地
2. Redis OSS Cluster本身不提供跨节点的元数据自动同步机制
3. 重新分片仅迁移数据槽位，不迁移搜索索引的元数据

解决方案

对于使用Redis 7.x OSS集群的用户，可以采取以下步骤解决索引不可见问题：

1. 使用FT.DROPINDEX命令删除原有索引（注意不要使用DD选项以避免数据删除）
2. 重新创建相同的索引定义
3. 等待索引重建完成

这种方法可以确保索引元数据在所有节点上同步，同时保留原始数据。

长期解决方案

值得注意的是，Redis 8.0版本引入了原生的集群支持，其中包含了Redis Query Engine功能，可以自动处理集群扩容时的索引同步问题。对于需要频繁进行集群扩容的生产环境，建议考虑升级到Redis 8.0或更高版本。

最佳实践建议

1. 在Redis 7.x集群中进行扩容操作前，备份所有索引定义
2. 规划好维护窗口，因为重建大型索引可能需要较长时间
3. 考虑使用脚本自动化索引重建过程
4. 对于关键业务系统，评估升级到Redis 8.0的可行性

通过理解这一问题的本质并采取适当的解决方案，用户可以确保在Redis集群扩容后搜索功能仍然可用，保障业务的连续性。