前言
Redis虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。为了分担读压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步
Linux搭建主从复制
简单的说就是集群，一主多从，主写，从读。如果主机宕机了，宕机后会选举一个做主机，原主机重启后会变成从机。
问题：
1.它怎么知道主机宕机，或者从机宕机了？
答案：这就要说到哨兵模式了，哨兵就是为了监听这些服务是否宕机了。
2.就算有哨兵模式，如果都宕机了，有怎么解决？
答案：有些因数是没办法避免的，如果真的全部宕机了，需要在配置前，需要配置持久化，RDB和AOF,没有最好的解决办法，只有最好的对应方案。
启动Linux工具
来到redis根目录
自己配置的redis文件
Redis-6379.conf
bind 0.0.0.0
port 6379
daemonize yes
requirepass 121514769
protected-mode no
logfile "6379.log"
dir /lanys/redis-4.0.6/dataRedis-6380.conf
bind 10.0.4.7
port 6380
daemonize yes
protected-mode no
logfile "6380.log"
dir /lanys/redis-4.0.6/data
masterauth 121514769
slaveof 10.0.4.7 6379
requirepass 121514769回到redis src下
启动对应redis.conf
启动6379
redis-server ../config/redis-6379.conf启动6380
redis-server ../config/redis-6380.conf使用客户端
redis-cli -p 6379输入密码
auth ***查看消息：
info replication
role: master 指的是主表 最开始两个表都一样
从服务器（重点）
使用客户端
redis-cli -h 10.0.4.7 -p 6380输入密码
auth ***查看消息：
info replication
直接拿79的图来顶了，因为最开始都一样的
重点：
一主多从 （主写从读）：
SLAVEOF ip 端口端口指的是，指定主服务器，例如 6379；
SLAVEOF ip 6379
6379的查看消息：
这就搞定了，如果主服务器添加了数据，从服务器也会同步。
哨兵模式配置
很简单
1.创建一个文件 sentinel.connf
touch sentinel.connf2.编辑 sentinel.connf
vim sentinel.connf3.写入数据
格式：
#sentinel monitor 被监控的名称 127.0.0.1 6379 1写入：
sentinel monitor myredis 127.0.0.1 6379 14.退出，回到src
启动：
redis-sentinel ../config/sentinel.connf完成。就是这么简单！
总结
Redis主从复制好处很大，防止服务器宕机。
主从分离
优点：
- 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离
- 为了分载Master的读操作压力，Slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由Master来完成
- Slave同样可以接受其它Slaves的连接和同步请求，这样可以有效的分载Master的同步压力。
- Master Server是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间，客户端仍然可以提交查询或修改请求。
- Slave Server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，Redis则返回同步之前的数据。
缺点：
- Redis不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要等待机器重启或者手动切换前端的IP才能恢复。
- 主机宕机，宕机前有部分数据未能及时同步到从机，切换IP后还会引入数据不一致的问题，降低了系统的可用性。
- Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。
哨兵模式：
优点：
- 哨兵集群，基于主从复制模式，所有的主从的优点，他全有。
- 主从切换，故障可以转移，系统的可用性更好。
- 哨兵模式就是主从复制的升级版，手动到自动。
缺点：
- redis不好扩容，哨兵容量一旦达到上限，很难扩容。
- 实现哨兵模式的配置是很麻烦的，里面有很多选择
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
