一、redis的replication：
下面的列表清楚的解释了redis replication的特点和优势。
1). 同一个master可以同步多个slaves。
2). slave同样可以接受其它slaves的连接和同步请求，这样可以有效的分载master的同步压力。因此我们可以将redis的replication架构视为图结构。
3). master server是以非阻塞的方式为slaves提供服务。所以在master-slave同步期间，客户端仍然可以提交查询或修改请求。
4). slave server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，redis则返回同步之前的数据。
5). 为了分载master的读操作压力，slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由master来完成。即便如此，系统的伸缩性还是得到了很大的提高。
6). master可以将数据保存操作交给slaves完成，从而避免了在master中要有独立的进程来完成此操作。
二、replication的工作原理：
在slave启动并连接到master之后，它将主动发送一个sync命令。此后master将启动后台存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕后，master将传送整个数据库文件到slave，以完成一次完全同步。而slave服务器在接收到数据库文件数据之后将其存盘并加载到内存中。此后，master继续将所有已经收集到的修改命令，和新的修改命令依次传送给slaves，slave将在本次执行这些数据修改命令，从而达到最终的数据同步。
如果master和slave之间的链接出现断连现象，slave可以自动重连master，但是在连接成功之后，一次完全同步将被自动执行。
三、如何配置replication：
见如下步骤：
1). 同时启动两个redis服务器，可以考虑在同一台机器上启动两个redis服务器，分别监听不同的端口，如6379和6380。
启动设置/etc/init.d/redis /etc/init.d/redis6380 ，conf设置/etc/redis.conf redis6380.conf (启动脚本和配置文件对应修改config，logfile，pid-file ，sock ，dumprdb 设置）
2). 在slave服务器上执行一下命令：
/> redis-cli -p 6380 #这里我们假设slave的端口号是6380
redis 127.0.0.1:6380> slaveof 127.0.0.1 6379 #我们假设master和slave在同一台主机，master的端口为6379
ok
上面的方式只是保证了在执行slaveof命令之后，redis_6380成为了redis_6379的slave，一旦服务(redis_6380)重新启动之后，他们之间的复制关系将终止。
如果希望长期保证这两个服务器之间的replication关系，可以在redis_6380的配置文件中做如下修改：
/> cd /etc/redis #切换redis服务器配置文件所在的目录。
/> ls
6379.conf 6380.conf
/> vi 6380.conf
将
# slaveof <masterip> <masterport>
改为
slaveof 127.0.0.1 6379
保存退出。
这样就可以保证redis_6380服务程序在每次启动后都会主动建立与redis_6379的replication连接了。
四、应用示例：
这里我们假设master-slave已经建立。
#启动master服务器。
[root@stephen-pc redis]# redis-cli -p 6379
redis 127.0.0.1:6379>
#清除master当前数据库中的所有keys。
redis 127.0.0.1:6379> flushdb
#在master中创建新的keys作为测试数据。
redis 127.0.0.1:6379> set mykey hello
redis 127.0.0.1:6379> set mykey2 world
#查看master中存在哪些keys。
redis 127.0.0.1:6379> keys *
1) "mykey"
2) "mykey2"
#启动slave服务器。
[root@stephen-pc redis]# redis-cli -p 6380
#查看slave中的keys是否和master中一致，从结果看，他们是相等的。
redis 127.0.0.1:6380> keys *
#在master中删除其中一个测试key，并查看删除后的结果。
redis 127.0.0.1:6379> del mykey2
(integer) 1
#在slave中查看是否mykey2也已经在slave中被删除。
补充: master ,slave 不能互为同步，这样设置，会导致双向发sync 命令陷入循环。
root@localhost mysql]# tail /var/log/redis/redis.log
[6493] 13 sep 15:55:53 * non blocking connect for sync fired the event.
[6493] 13 sep 15:55:53 # master aborted replication with an error: err can't sync while not connected with my master
[6493] 13 sep 15:55:54 * connecting to master...
[6493] 13 sep 15:55:54 * master <-> slave sync started
[root@localhost mysql]# tail /var/log/redis/redis.log
[6737] 13 sep 15:56:18 * server started, redis version 2.4.10
[6737] 13 sep 15:56:18 # warning overcommit_memory is set to 0! background save may fail under low memory condition. to fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
[6737] 13 sep 15:56:18 * db loaded from disk: 0 seconds
[6737] 13 sep 15:56:18 * the server is now ready to accept connections on port 6379
[6737] 13 sep 15:56:19 * slave ask for synchronization
[6737] 13 sep 15:56:19 * starting bgsave for sync
[6737] 13 sep 15:56:19 * background saving started by pid 6741
[6741] 13 sep 15:56:19 * db saved on disk
[6737] 13 sep 15:56:19 * background saving terminated with success
[6737] 13 sep 15:56:19 * synchronization with slave succeeded