Redis全量同步实战指南，网友推荐：高效稳定，数据迁移首选方案
你是不是遇到过要给Redis搬家的情况？比如服务器要升级，或者想把数据搬到一个更强大的新机器上？这时候，全量同步就是一个非常可靠的选择。简单来说，它就是给源Redis数据库拍一个完整的“快照”，然后把这份完整的数据拷贝到目标Redis。这个过程虽然看起来简单粗暴，但特别适合第一次建立主从关系，或者数据量不是特别巨大、需要完整备份迁移的场景。很多网友在实际操作后都反馈，这个方法步骤清晰，执行起来稳定，不容易出错，是数据迁移时优先考虑的方案。
动手之前，先做好准备
在开始同步之前，有几件准备工作一定要做。首先，确认你的源Redis和目标Redis的版本最好是兼容的，避免因为版本问题导致同步失败。其次，检查一下网络的连通性，源服务器和目标服务器之间要能顺畅通信，尤其是目标服务器要能访问到源服务器的服务端口（默认6379）。然后，估算一下你源数据库的数据量大小，这决定了整个同步过程需要的大概时间和需要的临时磁盘空间。你可以使用Redis自带的INFO命令来查看。最后，确保目标Redis实例是全新的或者数据是可以被清空的，因为全量同步会覆盖目标端的所有现有数据。工欲善其事，必先利其器，在操作前不妨访问一下开发工具箱，里面的一些小工具或许能帮你更便捷地检查配置和网络状态。
一步步跟着做，实现全量同步
好了，现在我们来走一遍最常见的基于主从复制的全量同步流程。第一步，在目标Redis服务器上，修改它的配置文件。你需要找到并设置‘slaveof’或者新版本中的‘replicaof’参数，后面跟上你的源Redis服务器的IP地址和端口号。比如：replicaof 192.168.1.100 6379。保存并退出。第二步，重启目标Redis服务，让配置生效。这时，目标Redis就会自动向源Redis发起同步请求。第三步，观察同步状态。你可以连接上目标Redis，使用‘INFO replication’命令来查看。当看到‘master_link_status:up’并且‘slave_repl_offset’的值在不断增加，逐渐接近‘master_repl_offset’时，就说明同步正在进行中。这个过程的速度取决于你的数据量和网络带宽。第四步，等待同步完成。当主从两者的偏移量基本一致，并且状态显示稳定时，全量同步就完成了。此时，目标Redis里的数据就和源Redis在开始同步那个时刻的数据一模一样了。
同步完成了，然后呢？
数据同步完成，并不代表事情就结束了。你还需要进行验证和切换。首先，验证数据的完整性。你可以随机抽样检查一些关键数据，对比源和目标是否一致。也可以写个简单的脚本，比较一下两个数据库的键总数。其次，如果你是为了迁移而做同步，在验证无误后，就需要将应用程序的连接从源Redis切换到目标Redis。这个切换动作最好在业务低峰期进行，并且要有回滚方案。比如，先逐步将部分读流量切到新实例，观察没问题后再切写流量。最后，别忘了，在全量同步完成后，只要连接不断，目标Redis会持续从源Redis接收新的数据更新（增量同步），所以在切换前，你可以保持这个状态一段时间，确保目标Redis的数据是最新的。整个方案之所以被推荐，就是因为它的步骤标准化，每个环节都可以监控和验证，给人一种踏实感。
引用来源：本文实操步骤基于Redis官方文档关于复制的说明，并结合了如CSDN、博客园等技术社区中多位开发者（例如用户“缓存老法师”、“Redis实践派”等）在2023年至2024年分享的真实迁移案例经验总结。