Redis学习笔记七：主从集群
单机，单节点，单实例的Redis会有什么问题呢？
容易导致单点故障，那么如何解决呢？
可以通过主备方式
同时可以实现读写分离
这里的每个节点是全量的，镜像的。
单节点的容量有限而且单点的压力比较大，如何解决呢？
可以分不同的实例来存不同的业务数据
每种业务数据也可以根据不同的规则放到同一组的Redis库中
引入多个Redis实例后，会出现数据一致性的问题，如何解决呢？
如果要达到强一致性（同步方式），就容易导致不可用性，比如一个节点写成功后，同步到其他节点，假设其他节点有一个网络延迟或者故障，就会导致整个服务不可用，所以，如果要保证可用 ，需要容忍丢失一些数据（主节点写成功立即给客户端返回成功，异步把数据同步到其他备用节点）。如果要保证数据不丢失(保证最终一致性)，可以考虑使用消息队列。
这里就要求消息队列本身是可靠的，这种方式保证了最终一致性，也会有问题，比如多个客户端访问的时候，有可能会取到不一致的数据。
主从方式
客户端可以访问主，也可以访问从
主备方式
客户端只访问主，不访问备，只有当主挂了才访问备
无论主从和主备，主都成了单点故障，如何解决这个问题呢？
所以必须要对主做HA（比如主挂了，从机顶上去做主机）
要对主进行HA，必须要选择一个高可用的监控程序，
监控程序的设计要考虑，是多个监控程序报告Redis挂了才算Redis真的挂了（如果不这样，容易产生脑裂问题，即：出现数据分区）
如果有N个节点，需要N/2+1个节点报告异常（过半），才算真的异常。
脑裂是否要处理，要看你的分区容忍性。
机器的台数是奇数比较好。
主从复制实验
通过install_server.sh脚本在一台机器安装三个redis实例
-
6379
-
6380
-
6381
首先停掉这三个实例，然后把这三个实例的配置文件统一放到一个地方，我放在/data目录下
cp /etc/redic/*.conf /data/
修改三个实例的如下配置
# 关闭aof
appendonly no
# 设置前台运行
daemonize no
# 注释掉logfile
# logfile /var/log/redis_6379.log
然后启动三个实例
redis-server /data/6379.conf
redis-server /data/6380.conf
redis-server /data/6381.conf
启动客户端
redis-cli -p 6379
redis-cli -p 6380
redis-cli -p 6381
把6380 和 6381 设置为6379的从机，在6380和6381两个客户端均执行
replicaof 127.0.0.1 6379
我们在6379客户端执行一条语句
set k1 from6379
然后在6380和6381都执行
127.0.0.1:6381> get k1
"from6379"
127.0.0.1:6380> get k1
"from6379"
可以看到从机同步到了主机的数据
在6380或者6381中任意一台的客户端执行
127.0.0.1:6381> set k2 asdfasd
(error) READONLY You can't write against a read only replica.
会提示如下信息：
(error) READONLY You can't write against a read only replica.
即在从机无法做写操作。