【1 ： 创建集群节点】
这里采取一主二仆 6379主机为主 6380、6381为辅
将redis安装目录复制三份 目录名可以按端口起名，这里按redis、redis1、redis2为例
【2 ：修改配置文件】
配置文件的配置遵从【配从不配主】的原则
这里需配redis6380.conf和redis6381.conf
配置内容：
slaveof : 127.0.0.1 6379【只陪从机】
daemonize : yes
pidfile : 一一对应
port ： 一一对应
log文件名 ： 一一对应
rdb文件名 : 一一对应
注意：这种方式不用配置 cluster-enabled 即它设为no
【3 ： 开启每个局点】
从机指向主机：SLAVEOF 主IP 主port
查看主从信息：info replication
【4 ：相关问题之“一主二仆”】
（1） 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的123是否也可以复制
数据可同步
（2） 从机是否可以写？set可否？
从机没有写的权限 【主写，从读】
（3） 主机shutdown后情况如何？从机是上位还是原地待命
主机shutdown从机原地待命
（4） 主机又回来了后，主机新增记录，从机还能否顺利复制？
可以
（5） 其中一台从机down后情况如何？依照原有它能跟上大部队吗？
不能
【4 ：相关问题之“薪火相传”】
【4 ：相关问题之“反客为主”】
【5 ：哨兵模式】************************
概念：反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
（步骤一）主机下创建sentinel.conf文件，即哨兵文件
（步骤二）书写配置内容
内容：sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
（步骤三）开启哨兵
（步骤四）当主机挂掉其会自动找从机接上，附日志信息
启动日志：
投票日志：
注意：这里当之前挂掉的主机回来，依然会加入此集群，但不会以主机身份，而是从机，这时的主机身份依然是刚刚投票所选到的机器。
【6 ： 缺点】
由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。
