mysql哨兵机制_50-哨兵机制和持久化

本文介绍了Redis的哨兵(sentinel)机制,包括监控、通知和自动故障迁移等功能,以及哨兵系统的分布式特点。此外,文章还讨论了Redis的持久化方式,包括RDB和AOF,分析了两者在数据完整性、文件大小和恢复速度等方面的优缺点,并提供了配置哨兵和持久化的方法。
摘要由CSDN通过智能技术生成

目录

1、什么是哨兵机制

2、哨兵模式修改配置

3、什么是Redis持久化

4、RDB持久化

5、AOF持久化

6、AOF与ROB区别

1、什么是哨兵机制

Redis的哨兵(sentinel)系统用于管理多个Redis服务器,该系统执行以下三个任务:

1.1、监控(Monitoring):哨兵(sentinel)会不断地检查你的Master和Slave是否运作正常

1.2、提醒(Notification):当被监控的某个Redis出现问题时,哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。

1.3、转载自动故障迁移(Automatic failover):当一个Master不能正常工作时,哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master; 当客户端试图连接失效的Master时,集群也会向客户端返回新Master的地址,使得集群可以使用Master代替失效Master。

1.4、哨兵(sentinel) 是一个分布式系统,你可以在一个架构中运行多个哨兵(sentinel) 进程,这些进程使用留言协议(gossipprotocols)来接收关于Master是否下线的信息,并使用投票协议(agreement protocols)来决定是否执行自动故障迁移,以及选择哪个Slave作为新的Master.

每个哨兵(sentinel) 会向其它哨兵(sentinel)、master、slave定时发送消息,以确认对方是否”活”着,如果发现对方在指定时间(可配置)内未回应,则暂时认为对方已挂(所谓的”主观认为宕机” Subjective Down,简称sdown).

若“哨兵群”中的多数sentinel,都报告某一master没响应,系统才认为该master"彻底死亡"(即:客观上的真正down机,Objective Down,简称odown),通过一定的vote算法,从剩下的slave节点中,选一台提升为master,然后自动修改相关配置.

虽然哨兵(sentinel) 释出为一个单独的可执行文件 redis-sentinel ,但实际上它只是一个运行在特殊模式下的 Redis 服务器,你可以在启动一个普通 Redis 服务器时通过给定 --sentinel 选项来启动哨兵(sentinel).

2、哨兵模式修改配置

实现步骤:》

1.拷贝到etc目录

cp sentinel.conf  /usr/local/redis/etc

2.修改sentinel.conf配置文件

sentinel monitor mymast  192.168.110.133 6379 1  #主节点 名称 IP 端口号 选举次数

sentinel auth-pass mymaster 123456

3. 修改心跳检测 5000毫秒

sentinel down-after-milliseconds mymaster 5000

4.sentinel parallel-syncs mymast

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值