一.物理导入
简介
redis集群在存储数据时，是根据槽点进行存储。例如老集群A如下：
都在一台机器，实际可以在多台机器上。
主节点：7000（0-5460） 7001（5461-10922） 7002（10923-16383）
从节点：7003 7004 7005
那如果有10万数据，它们就会按照hash值进行计算，按槽点存储。每个槽点将存储一些数据，那槽点的拥有者也将拥有和存储那些数据。
实际操作
老集群：1.1.1.1
主节点：7000（0-5460） 7001（5461-10922） 7002（10923-16383）
从节点：7003 7004 7005
新集群：1.1.1.2
主节点：6000（0-3000） 6001（3001-5460） 6002（5461-10922） 6003（10923-16383）
从节点：6004 6005 6006 6007
可以发现新集群的节点多了一个，他把6000节点的曹点分了一些过去，承担压力。
将老集群的7000节点的appendonly.aof用pipe方法导入到6000节点上。再将同文件导入到6001节点上。肯定会有一半左右报错，因为那些值在hash后，槽点为3555，但你要导入到6000节点里，那是不接受的，其他对应的会导入进去。所以不用管报错，效验数据总数即可。
cat /redis/7000/appendonly.aof | redis-cli -c -p 6000 -h 1.1.1.2 --pipecat /redis/7000/appendonly.aof | redis-cli -c -p 6001 -h 1.1.1.2 --pipe
aof文件里就是写入的命令语句，再利用pipe批量导入，是非常快捷而稳定的。
像上面，槽点是分开的，就都导入，多余的自然是没法写入的，只导入固定部分即可。然后用dbsize命令去对比一下所有节点总数据量，也要考虑数据中可能有过期策略的值，会导致数据总数一直减少。