redis转接文件服务器,redis 数据迁移笔记

最新推荐文章于 2024-04-06 21:54:13 发布

weixin_39941859

最新推荐文章于 2024-04-06 21:54:13 发布

阅读量217

点赞数

文章标签： redis转接文件服务器

本文介绍了两种Redis数据迁移方法：停服务器迁移和主从同步。停服迁移涉及使用redis-cli shutdown保存数据，然后将RDB和AOF文件复制到新服务器并启动服务。主从同步则通过在新服务器配置从库，同步完成后断开主从关系。迁移过程中需要注意服务停止、数据一致性及网络流量检查。

摘要由CSDN通过智能技术生成

老服务器上内存一直报警，所以要把一部分redis数据迁移到新服务器上去。迁移的方式有两种，一种是停服务器，搬迁数据；另一种通过主从同步转移。停服务器，搬迁数据首先在原服务器上执行redis-cli shutdown命令，该命令会触发保证写RDB文件以及将AOF文件写入磁盘，不会丢失数

停服务器，搬迁数据

首先在原服务器上执行redis-cli shutdown命令，该命令会触发保证写RDB文件以及将AOF文件写入磁盘，不会丢失数据。如果是kill -9 pid就会丢失数据。

然后将RDB文件和AOF文件都拷贝到新服务器上，注意需要与redis.conf文件中指定RDB文件名和AOF文件名匹配。

最后在新服务器上启动redis服务器。

主从同步转移

首先在新服务器上直接进入redis-cli，执行从库配置slaveof 192.168.1.100 6379，这里假设要将192.168.1.100的6379端口的redis服务转移过来。这样就已经开始同步了。通过info可以查看当前服务器是slave。

然后通过info命令查看master_link_status，如果为up，表示同步完成。(在同步过程中，执行查询的时候还是会提示"Redis is loading the dataset in memory"，这属于正常情况.把数据从磁盘文件加载到内存中可能会消耗很长的一段时间。)

最后断开主从关系，在redis-cli命令行下执行slaveof no one提示OK，再通过info查看，该新服务器已经自己变成master了。

注意：master上面的bind 127.0.0.1，master什么都不配置是不正确的，这个配置是用来限制允许哪些IP访问redis的，将这个配置更改为：bind 0.0.0.0

(关于bind：指定redis只接收来自于该IP地址的请求，如果不进行设置，那么将处理所有请求，在生产环境中最好设置该项)

确保旧的服务器的服务已经停止服务

在旧服务器上通过netstat命令查看是否还有请求过来。$ netstat -an|grep "100:6379"|wc -l

有时候netstat的结果也不一定准，因为有些请求已经不在，但是socket状态还在，比如CLOSE_WAIT状态最长可持续2小时。同时socket请求太快，也会出现netstat没数据，但是实际网卡有流量的情况。

我们可以通过tcdump监控网卡在该端口上确实已经没有流量。tcpdump -i em2 -vv -nn host 192.168.1.100 and port 6379

在命令行查看 info master_link_status:up，则表示同步完成了。

日志文件也可以看[48864] 12 Jun 11:24:03.549 * The server is now ready to accept connections on port 6310

[48864] 12 Jun 11:31:52.936 * SLAVE OF 192.168.50.17:8004 enabled (user request)

[48864] 12 Jun 11:31:53.467 * Connecting to MASTER 192.168.50.17:8004

[48864] 12 Jun 11:31:53.467 * MASTER SLAVE sync started

[48864] 12 Jun 11:31:53.470 * Non blocking connect for SYNC fired the event.

[48864] 12 Jun 11:31:53.470 * Master replied to PING, replication can continue...

[48864] 12 Jun 11:31:53.470 * Partial resynchronization not possible (no cached master)

[48864] 12 Jun 11:31:53.470 * Master does not support PSYNC or is in error state (reply: -ERR unknown command 'PSYNC')

[48864] 12 Jun 11:31:53.470 * Retrying with SYNC...

[48864] 12 Jun 11:32:13.085 * MASTER SLAVE sync: receiving 484322714 bytes from master

[48864] 12 Jun 11:32:18.498 * MASTER SLAVE sync: Flushing old data

[48864] 12 Jun 11:32:18.498 * MASTER SLAVE sync: Loading DB in memory

[48864] 12 Jun 11:32:32.349 * MASTER SLAVE sync: Finished with succes

关注