redis集群配置主从同步和哨兵机制_redis 的哨兵 是和主从机器一起么

主从同步

概念

redis的主从同步是指集群中多个redis之间的数据同步。从redis会将主redis上的数据同步过来，因此访问从redis就可以获取到主redis上的数据。
主从同步一般有两种模式：一主多从和级联模式。
一主多从是指集群中有一台主redis服务器（master）和多台从redis服务器（slave）。
级联模式是指某些redis服务器本身既是从redis，同时又是一些redis服务器的主redis。
用图片表示的话就像下图一样。

需注意的是，配置了主从同步的redis集群，只有主redis(master)是可以读写数据的，其他的从数据库只能读取数据，若是写入的话会报出异常：READONLY You can't write against a read only replica.

主从配置

主从同步配置非常简单，只需要修改几处配置。主redis一般不需要特殊配置，但如果主redis没有开放访问权限的话还是修改配置的。
redis默认是只接收本机访问，我们将配置改为允许外部访问。
找到redis 服务器上的 redis.conf 文件，将bind 127.0.0.1修改为bind 0.0.0.0，将protected-mod yes 修改为protected-mod no ，关闭保护模式，可以接受其他机器的访问。

从redis配置
修改从 redis 服务器（slave）上的 redis.conf 文件，找到 slaveof， 添加主 redis的ip和端口。
如果主服务器redis上有配置密码的话，就在从redis上的redis.conf文件中找到masterauth，添加上主redis的密码

如果是高版本的redis的话，配置文件里面没有slaveof，因为用replicaof代替了

以上配置就修改完成了。
修改好后重启redis就可以成功同步数据了，访问从redis(slave)就可以获取到主redis(master)的数据。
这里还有一个坑，如果主从redis的版本相差太大的话，重启redis会出现错误：Fatal error loading the DB: Invalid argument. Exiting。原因低版本无法兼容高版本的 rdb(内存快照文件)导致的。所以最好集群中的redis版本都要一致。

我们用redis-cli指令进入redis，然后用输入指令info就可以看到这个redis是主(master)还是从(slave)

主从同步原理

我们找到redis的安装目录，并打开该目录下的bin目录，可以看到一个dump.rdb文件，这是redis的内存快照，当一个新的从redis(slave)连接到master上时，主redis(master)都会向这个从redis发送内存快照(全量同步)。之后主redis每执行一个写命令，都会向从服务器们发送相同的写命令(增量同步)。

具体的执行流程如
全量同步
Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。具体步骤如下：

1. 从Redis连接主Redis，向主Redis发送sync命令
2. 主数据库接收到sync命令后会开始在后台保存内存快照（执行rdb操作），并将保存期间接收到的写命令记录到缓冲区里。
3. 当快照完成后，主Redis会将快照文件(rdb文件)和期间记录的写命令发送给从Redis
4. 从Redis收到后，会载入内存快照文件并执行收到的写命令。

完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读请求。

增量同步
Redis增量同步是指从Redis(slave)初始化完成后，主redis(master)每执行一个写命令就会向所有从Redis发送相同的写命令，从Redis接收并执行收到的写命令。

Redis主从同步策略
主从建立刚刚连接的时候，进行全量同步，全量全同步完成后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

实际开发的注意点
1.虽然主Redis（master）可以执行读写操作，但是实际开发中一般不应该让客户端程序去主Redis上读取数据。因为主Redis本身除了承担写入数据的责任外，还承担了向从Redis发送数据的责任，如果让客户端程序去主Redis上读取数据的话无疑是增大了主Redis的负载压力。
2.如果多个Slave断线了，需要重启的时候，因为只要Slave启动，就会发送sync请求和主机全量同步，当多个同时出现的时候，可能会导致Master IO剧增宕机。

哨兵机制

概念

哨兵机制是Redis集群的一个容灾方案。一旦集群中的主Redis服务器宕机了，哨兵进程（Sentinel）就会在这个主Redis(Master)下属的从Redis(Slave)中选择一个，作为这些从Redis(Slave)的新任Master。

哨兵配置

哨兵是一个独立的监控进程，我们可以找一台从Redis服务器开启哨兵。不要在主Redis服务器上开启哨兵，你想想如果主服务器宕机了，那这台服务器上的哨兵还能起作用吗

从Redis的源代码包中复制一个sentinel.conf文件到Redis的安装目录下
然后打开安装目录下的sentinel.conf 修改以下内容：
1.sentinel monitor，默认是mymaster 127.0.0.1 6379 2(即哨兵默认是把本机的redis作为master)

将sentinel monitor mymaster 修改为集群中主Redis的ip端口，选举次数建议改为单数

2.sentinel auth-pass ，连接redis的密码

3.sentinel down-after-milliseconds，修改心跳间隔时间，这里我改为5秒发送一次心跳，这个间隔时间没有固定标准，按照实际情况而定。

修改完成以后只要用redis-sentinel加载新配置好的sentinel.conf文件，哨兵就启动成功了