当数据量变得庞大的时候，读写分离还是很有必要的。同时避免一个redis服务宕机，导致应用宕机的情况，我们启用sentinel(哨兵)服务，实现主从切换的功能。redis提供了一个master,多个slave的服务。
准备三个redis服务，依次命名文件夹子master,slave1,slave2.这里为在测试机上，不干扰原来的redis服务，我们master使用6000端口。
配置文件(redis.conf):
master配置修改端口：
port 6000
requirepass 123456
（PS：最好加上：masterauth 123456 ，便于master宕机切换为slave时，无需另修改配置）
slave1修改配置：
| 1 2 3 4 5 6 7 |
|
slave2修改配置：
| 1 2 3 4 5 6 7 |
|
requirepass：是认证密码，应该之后要作主从切换，所以建议所有的密码都一致。masterauth是从机对主机验证时，所需的密码(即主机的requirepass)。
启动主机：
| 1 |
|
启动从机：（PS：后台启动要把daemonize改为yes）
redis-server redis1.conf redis-server redis2.conf
我这里遇到一个报错：(error) MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-writes-on-bgsave-error option). Please check the Redis logs for details about the RDB error.
原因：强制关闭Redis快照导致不能持久化。
解决方法：127.0.0.1:6379> config set stop-writes-on-bgsave-error no
产看启动进程，输入：
ps -ef |grep redis
root 6617 1 0 18:34 ? 00:00:01 redis-server *:6000 root 6647 1 0 18:43 ? 00:00:00 redis-server *:6001 root 6653 1 0 18:43 ? 00:00:00 redis-server *:6002 root 6658 6570 0 18:43 pts/0 00:00:00 grep redis
可以看到主，从机的redis已经相应启动。
我们来验证下主从复制：
master:
| 1 2 3 4 5 |
|
slave1:
| 1 2 3 4 5 |
|
slave2:
| 1 2 3 4 5 |
|
可以看到主机执行写命令，从机能同步主机的值，主从复制，读写分离就实现了。
PS：若主从复制不成功，从库报错：Opening the temp file needed for MASTER <-> SLAVE synchronization: Permission denied
原因：多半是因为从库上启动redis-server时不是root用户启动，而普通用户无法对redis目录进行写操作，导致无法在redis安装目录产生dump.rdb
解决方法：
1、从库上用root启动redis
2、更改redis安装目录为启动用户可写
但是万一主机挂了怎么办，这是个麻烦事情，所以redis提供了一个sentinel（哨兵），以此来实现主从切换的功能，类似与zookeeper。
Redis哨兵(sentinel)实现主从切换：
我们配置两个sentinel进程：
（1）
vi sentinel.conf
| 1 2 3 4 5 6 |
|
（2）
| 1 |
|
| 1 2 3 4 5 |
|
启动sentinel服务（到对应的目录执行相应的命令）：
| 1 |
|
查看日志：
[7014] 11 Jan 19:42:30.918 # +monitor master mymaster 127.0.0.1 6000 quorum 2 [7014] 11 Jan 19:42:30.923 * +slave slave 127.0.0.1:6002 127.0.0.1 6002 @ mymaster 127.0.0.1 6000 [7014] 11 Jan 19:42:30.925 * +slave slave 127.0.0.1:6001 127.0.0.1 6002 @ mymaster 127.0.0.1 6000
从对应的日志观察到，一个master服务，两个slave服务。
我们现在来kill master进程
| 1 2 3 4 5 6 7 8 |
|
我们观察日志：
| 1 2 |
|
master切换了，当6000端口的这个服务重启的时候，他会变成6001端口服务的slave。
因为sentinel在切换master的时候，会把对应从库的sentinel.conf和redis.conf文件的配置修改。
期间我们还需要关注的一个问题：sentinel服务本身也不是万能的，也会宕机，所以我们还得部署sentinel集群，象我这样多启动几个sentinel。
注意这个配置：
| 1 |
|
参考原文：https://blog.csdn.net/zmx729618/article/details/76671746