不会真有人不懂Redis配置主从、哨兵模式

前言

  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/data

Redis-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.connf

2.编辑 sentinel.connf

vim sentinel.connf

3.写入数据
格式：

#sentinel monitor 被监控的名称 127.0.0.1 6379 1

写入：

sentinel monitor myredis 127.0.0.1 6379 1

4.退出，回到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不好扩容，哨兵容量一旦达到上限，很难扩容。
• 实现哨兵模式的配置是很麻烦的，里面有很多选择

下期写 spring Boot 整合