我们知道，在实际的生产环境中，为了高可用，一般涉及到数据的服务器都会做主从，redis作为数据存储的服务器，在实际生产中，同样需要做主备，当然，条件允许的情况下，还可以做多个节点，形成集群，每个节点再分别做主备，这样就更加可靠，根据各公司实际情况而定，下面将演示如何搭建redis主从备份，3节点或更多的节点原理基本类似，大家稍后可在此基础上进行拓展；
资源准备，centos6.5 , redis-4.0.11.tar.gz
由于本人机器性能有限，将在同一台机器上模拟伪分布式的双节点，redis的安装过程不再赘述，前面有对此安装过程做过介绍，首先我将原本解压出来的并安装好的redis的包文件复制了两份，redis-6666和redis-6667:
分别进入两个文件夹，
这里为了区分两个节点，分别用不同的数字做了标识，其中两个文件夹下的目录中有两个配置文件值得注意，分别是redis-6666.conf,redis-6666.log以及redis-6667.conf,redis-6667.log，因为这里将使用后台启动的方式演示，所以一会儿启动的时候直接使用自定义的配置文件进行启动加载；
接下来分别查看两个文件夹下的redis-6666.conf和redis-6667.conf，主要的配置的项目都在这个里面，
redis-6666.conf配置如下，
关于里面的配置项的解释，在RDB一篇中有介绍，这里不做解释了，
再看redis-6667.conf配置如下，
配置项中，红色箭头标注的部分需要注意，这是配置redis主从的关键，此处即为redis6667设为只读，即不能进行写，只能进行读操作；
配置部分到此基本结束，可能你会说是不是太过简单，因为我这里在同一台机器上配置的，不用切换服务器，实际使用的时候，需要把那个slaveof后面的IP换成主节点的IP地址即可，其他更多的配置项可以参考相关资料；
接下来，首先分别启动两个节点，启动6666节点，启动命令如图中所示，此处采用后台启动，
从图中可以看到6666的redis节点已经成功启动，接下来启动6667的节点，
此时，6667的节点也已经启动成功，出现2个redis进程，接下来就来测试是否能够实现6666的节点写数据，同时在6667节点看到同样的数据的效果，分别启动6666和6667的客户端，我这里打开了两个窗口进行模拟，
首先通过命令 info replication可以查看一下当前节点的信息，
通过该命令可以很明显看到，6667的节点为slave，其关联的主节点IP和端口号，再打开6666的客户端进行查看，
同样可以很明显的看出来6666为主节点，它有一个从节点，记载了从节点的IP和端口号，下面测试一下主节点6666写入的数据是否能够同步备份到从节点6667上面，
在6666节点上插入了3对数据，
再看6667的客户端，
神奇的一幕出现了，在6667客户端，同样出现了三对一样的数据，看到这里，说明主备节点实现了数据的同步，表明我们的伪分布式双节点redis的搭建成功，但是这里有两个点要注意，既然我们在6667上配置了当前节点只读，所以你没法往里面写入数据，
可以看到，如果往里面写数据会出错的哦。
另外，为了更清楚的观察主从redis服务器加载生效的流程，我们可以分别查看一下两个节点的日志信息，先看6666的log，vi redis-6666.log
从日志信息也可以清楚的看到数据同步的信息，需要注意的是，此处同步底层使用的RDB的方式进行数据备份的，也就是说在做数据同步的时候是比较耗费redis所在的服务器性能的，那么在实际使用中，这就对主备或集群的服务器提出了较高的要求，
再看6667的启动日志信息，
从日志的信息可以清楚看到6667节点同步数据的过程，可以加深我们队数据同步过程的理解！
至此，关于redis的主从搭建的过程基本演示完毕，各位加粗样式童鞋可以参考此篇自行搭建，如果条件允许的情况下，建议在两台甚至多台服务器上模拟，那样的效果更接近实际项目的环境，不足之处，敬请见谅，感谢观看！！！