redis-线上的一次数据迁移问题

本文详细描述了一次线上Redis数据迁移的过程,通过dump.rdb文件从老服务器迁移到新服务器。在迁移过程中遇到的问题是,尽管修改了redis.conf的appendonly配置为no,但Redis仍然没有加载dump.rdb进行数据恢复。最终解决方案是去除启动命令中的--appendonlyyes参数,以确保配置生效,成功完成数据迁移。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档


前言

线上redis的数据迁移,将老服务器数据迁移到新服务器中,主要采用dump.rdb文件进行恢复,redis使用docker部署,部署脚本如下:

docker run --name redis_6379
–ip 10.10.1.10
-p 6379:6379
–network=v_overlay
–restart=always
-v /docker/redis_6379/conf/:/usr/local/etc/
-v /docker/redis_6379/data:/data
-d redis:3.2.12 redis-server /usr/local/etc/redis.conf --appendonly yes

迁移步骤

  1. 进入老服务器
docker exec -it redis_6379 /bin/bash
cd /usr/local/bin
./redis_cli
redis-cli:save #手动生成最新的dump文件,避免没有及时刷新导致数据不一致

进入/docker/redis_6379/data中可以看最新的两个文件appendonly.aof,
dump.rdb,appendonly.aof主要防止数据丢失,AOF最多丢失一秒钟的数据;RDB主要用于冷备,恢复快速,方便,属于全量备份

  1. 停掉新服务器的redis
docker stop redis_6379
  1. 导出老服务器的dump.rdb文件导入新服务器相同的目录下
  2. 启动新服务器的redis
docker start redis_6379
  1. 观察数据恢复情况

发现数据未恢复,反而dump.rdb文件重新被redis的新产生的数据覆盖,是因为redis每隔一段时间重新全量flush到rdb文件中

问题分析和处理:

  • redis.conf配置文件中开启了appendonly为yes,因此redis重启后会优先使用aof文件进行恢复,所有dump.rdb文件未从磁盘中进行加载
  • 所以修改redis.conf中appendonly为no,关闭aof,默认从rdb中进行加载。修改后停止redis–>重新拷贝rdb文件–>启动redis服务,观察情况,结果是还是未加载dump.rdb文件恢复数据,最后发现应该是redis.conf配置文件未生效,检查启动命令文件也确实是正确的。
  • 最后解决办法

docker run --name redis_6379
–ip 10.10.1.10
-p 6379:6379
–network=v_overlay
–restart=always
-v /docker/redis_6379/conf/:/usr/local/etc/
-v /docker/redis_6379/data:/data
-d redis:3.2.12 redis-server /usr/local/etc/redis.conf --appendonly yes

  • 启动命令中去掉–appendonly yes参数即可,原因是启动命令中的参数会覆盖redis.conf文件中的参数
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值