运行中Redis实例数据结构更新 无重大停机方案咨询

3-4GB规模的RediSearch属于非常小的业务体量，全量写入耗时数小时基本是单条串行写入、没开批量提交导致的，没必要上复杂的同步工具，优先推荐同实例双索引双写+批量建索引+原子切流方案，全程无业务感知，资源占用比常规方案低60%以上，人工操作量极小，实操步骤：

• 在线在当前生产实例上创建适配新结构的RediSearch索引，使用独立索引名，不要覆盖旧索引；创建时开启CONCURRENT_WRITE参数，临时调低索引刷新频率，把写入性能拉满，这一步不会阻塞现有业务的正常读写。
• 上线极小版本的业务代码：所有写请求同时写旧索引和新索引，读请求完全不变，依旧走旧索引，不需要做任何新旧结构的读兼容，代码改动量不超过10行，上线后业务无感知。
• 跑存量数据迁移任务：用SCAN命令分批遍历存量文档，每批凑1000-2000条用pipeline批量写入新索引，3-4GB的数据按这个方式跑，普通生产机上15分钟以内就能全量写完；因为已经开了双写，迁移期间的增量数据已经实时写入新索引，不会出现数据不一致。
• 存量迁移完成后做校验：比对新老索引的文档总数，随机抽取1%-2%的文档核对字段、值是否符合预期，校验通过后，把业务配置里的读索引名改成新索引名，配置生效是毫秒级，没有业务中断窗口。
• 切流后观察1-2个业务高峰，确认新索引的查询延迟、返回结果都正常，直接删除旧索引释放内存即可，全程不需要额外采购新机器，也不需要长时间占用双倍资源。

如果你的团队完全不想改业务代码，也可以对常规方案做低成本优化，规避对应的短板：

三类常见方案的短板都有极低的解决成本，不需要硬扛缺陷：

• 新实例全量写入切流方案：3-4GB数据对应的RediSearch实例总内存占用不超过10GB，临时开一台同规格的按小时计费实例，成本极低，写完切流后立刻释放旧实例，实际双倍资源的占用时间不超过半小时，人力成本为0，是零代码改动下的最优选择。
• RIOT增量同步方案：不需要开发全链路的新旧结构兼容逻辑，只需要在RIOT同步时给新结构文档打一个版本标记，切流的5分钟灰度窗口期加一段简单的版本判断逻辑即可，切流完成后可以直接删掉这段兼容代码，测试工作量不到原来的10%。
• RDB快照导入方案：3-4GB数据生成RDB只需要16GB内存的空闲环境就能跑，甚至可以直接在现有实例的从节点上执行RDB生成操作，完全不占用主节点资源，RDB生成后拷贝到目标实例加载，加载耗时不超过2分钟，实施难度极低。

内容的提问来源于stack exchange，提问作者Pieter van Mill