构建哨兵模式主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式
哨兵模式是一种特殊的模式，首先Redis提供哨兵命令，哨兵是一个独立的过程，作为一个过程独立运行。 其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
这里的哨兵有两个作用
发送命令，使Redis服务器返回监视其运行状况，包括主服务器和从属服务器。 哨兵监测到主服务器停机后，自动将slave切换到主服务器，通过发布订阅模式通知其他从服务器，修改配置文件后切换主机。 然而，如果单个哨兵进程监视Redis服务器，则可能会出现问题，因此可以使用多个哨兵进行监视。 哨兵之间还进行了监控，从而形成多哨兵模式。
请用文字说明故障切换（failover）的过程。假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象成为主观下划线。 如果后面的哨兵也检测到主服务器不可用，数量达到一定值时，哨兵之间进行投票，投票的结果是哨兵开始，进行故障操作。 切换成功后，通过发布订阅模型，每个哨兵可以将自己监视的从服务器切换到主机。 这个过程称为客观下线。 这样，对客户端来说一切都是透明的。
1、linux本地安装redis安装gcc
yum -y install gcc tcl检查gcc版本是否为5.3或更高版本，centos7.6默认安装4.8.5
升级到gcc-v # gcc 9.3:yum-yinstallcentos-release-SCL yum-yinstalldevtoolset-9-gccdevtoolset-9-gcc-cdev ttv n source/opt/RH/dev toolset-9/enable '/etc/profile CD/opt # yum-yinstallwgetwget 3358 download.redis.io/reee 执行make distclean执行将make install//更改文件的副本redis.conf复制到其他目录330中
2、构建环境并在src下将配置文件复制到/myredis下
只关闭
创建三个redis配置文件
redis 6379.conf redis 6380.conf redis 6381.conf在vim中编辑。
使用include/my redis/redis.conf pidfile/var/run/redis _ 6379.PID port 6379 dbfilenamedump 6379.RDB归类命令更改端口
%s/6379/host同时启动三台redis，
不适合启动redis-server redis6379.conf #台信息复制#并浏览主从信息(库) (库)
slave of host ip可以写入主机，由从计算机读取数据
切断主机后，重新启动后仍保持主机不变，需要在切断从机后重新配置
数据相当于重新复制
从站下可以有从站，主机无法管理从站
主机断开后，可以使用slaveof no one将从站作为主机
3、哨兵模式可后台监控主机是否发生故障，发生故障时根据票数自动由库转为主库
#请不要弄错配置文件名称
/myredis/sentinel.conf vim输入以下配置
sentinelmonitormymaster 127.0.0.16379其中mymaster是受监控的服务器名称，1是至少有多少哨兵同意迁移的数量
开始放哨
redis-sentinel/my redis/sentinel.conf当原始主机重新启动时，它将成为从属主机。
后台启动设置daemonize no改成yes
(10秒左右就能看到哨兵的日志，切换了新主机) ) ) )。
哪个被机会选为东道主？ 根据优先级级别，分配优先级
如果原始主机重新启动，它将成为从属主机。
[导出外链图像失败。 源站可能有防盗链机制。 我们建议您保存并直接上传图片。 (img-SOFqcyas-1629811524008 ) ) redis哨兵-centos版本. assets/1629375412729.png ) ]
由于所有写入都在Master上进行，然后与Slave同步更新，因此从Master到Slave计算机的同步会有一定的延迟，如果系统处于繁忙状态，延迟问题会变得更严重，而随着Slave计算机数量的增加，此问题也会变得更严重
由于所有写入都在Master上进行，然后与Slave同步更新，因此从Master到Slave计算机的同步会有一定的延迟，如果系统处于繁忙状态，延迟问题会变得更严重，而随着Slave计算机数量的增加，此问题也会变得更严重