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


文章目录

  • 前言
  • 迁移步骤
  • 问题分析和处理：


前言

线上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文件中的参数