老服务器上内存一直报警，所以要把一部分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