用 RedisShake 迁移 Redis 时，最关键的不是先记配置项，而是先判断这次任务到底是一次性搬迁，还是要在切换窗口里持续追增量。把同步目标分清楚，后面的模式选择和验证重点才不会乱。
先确认迁移目标和停机策略
如果可以短暂停机，一次性全量迁移会简单很多；如果业务不能停，就要把增量追平和最终切换时间一起设计进去。RedisShake 的价值就在这里。
模式选择要围绕数据来源
常见会碰到 PSync、RDB 和 Scan 等不同方式，它们适合的源端环境、性能压力和一致性要求并不一样。不要只看“能不能用”，还要看当前实例拓扑和可接受风险。
迁移前先做小范围压测
正式迁移前，最好先拿一段真实数据测试同步速度、带宽占用和目标端写入表现。尤其是大 key、多 DB 或模块数据，越早测越省事。
切换前的验收不能只看任务没报错
还要核对 key 数量、抽样值、业务读写是否正常，以及增量是否已经追平。迁移任务显示运行正常，不等于业务已经可以切换。
结论
RedisShake 迁移 Redis 时，先分清全量和增量目标，再按停机策略选模式并做切换前验收，整体风险会低很多。
正文完
