Redis分布式集群篇（三）

1 为什么redis需要支持分布式？

1.1 为什么redis需要支持分布式？

1.1.1 性能

redis本身的QPS已经很高了，但是如果在一些并发量非常高的情况下，性能还是会受到影响。这个时候我们希望更多的redis来分摊压力，实现负载均衡。

1.1.2 高可用

第二个是可用性和安全的问题。如果只有一个redis服务，一旦服务宕机，那么所有的客户端都无法访问，会对业务造成很大的影响。另一个，如果硬件发生故障，而单机的数据无法恢复的话，带来的影响也是灾难性的。

1.1.3 可拓展

第三个是处于存储的考虑，因为redis所有的数据都放在内存中，如果数据量大，很容易受到硬件的限制。升级硬件（scale up）收效和成本比太低，所以我们需要一种横向拓展的方法。

高性能、高可用、扩展性需要依赖两种关键的技术，一种是分片，一种是冗余。分片的意思是把所有的数据拆分到多个节点分散存储。冗余的意思是每个节点都有一个或者多个副本。那么redis必须要提供数据分片和主从复制的功能。副本有不同的角色，如果主节点发生故障，则把某个从节点改成主节点，访问新的主节点，实现高可用。

2 Redis主从复制（replication）

跟kafka、RabbitMQ、MySQL、Zookeeper一样，Redis支持集群的架构，集群的节点有主节点和从节点之分。主节点叫做master、从节点叫做slave。slave会通过复制的技术，自动同步master的数据。

2.1 主从复制配置

redis的主从同步配置非常地简单，只需要在配置文件中添加一行配置就可以玩了。例如一主多从，186是主节点，在每个slave节点的redis.conf配置文件增加一行

replicaof 192.168.44.186 6379

从节点启动之后，就会自动连接到master节点，开始同步数据。如果master节点变了，比如原来的master宕机，选举出新的master，这个节点会被重写。

还有一种方式，就是启动服务时通过参数指定master节点：

./redis-server --slaveof 192.168.44.186 6379

一个正在运行的节点，可以变成其他节点的主节点吗？

可以，这就是第三种方式，在客户端直接执行slaveof ip port ,使该redis实例变成从节点。

slaveof 192.168.44.186 6379

查看集群状态

redis>info replication

从节点是只读的，不能执行写操作。执行写命令会报错：

（error） READONLY You can't write against a read only replica

有一天小弟觉得跟着这个大哥没什么前途，想单飞，自己做大哥，怎么办？
把配置文件里面的replicaof去掉重启，或者直接断开