一、介绍
1、redis与mysql的区别:
Redis是一种基于键值对的内存数据库,数据存储在内存中,因此读写速度非常快。它支持多种数据结构,如字符串、哈希、列表等。
MySQL是一种关系型数据库,数据以表格的形式组织存储在磁盘上,通过SQL查询语言进行操作。
2、redis持久化存储化的方式:
RDB (Redis DataBase):
在指定的时间间隔内生成数据的快照,并将快照保存到一个以.rdb为后缀的文件中,存储到磁盘上。默认开启,故障点到上一次备份之间的数据无备份
AOF (Append Only File):
以追加日志的方式记录 redis 服务器接收到的每个写操作,在下次 redis 重新启动时,只要把这些写指令从前到后再重复执行一遍,就可以实现数据恢复。默认关闭,完整记录数据的操作指令。
3、安装:
解压 Redis 源码安装包:tar -zxvf redis-5.0.0.tar.gz
进入 Redis 目录:cd redis
编译(编译前确认操作系统已经安装 gcc)如果没有安装 gcc 会报错,重新编译前需要运行:make && make install
二、redis 主从复制的实现
1、redis主从复制原理:
Redis主从复制是一种在多个Redis节点之间同步数据的机制,旨在实现数据冗余、故障恢复、负载均衡和读写分离。通过主从复制,可以在一个主节点(Master)和一个或多个从节点(Slave)组成的集群中,确保数据的一致性和系统的高可用性。
● 步骤:
① 连接与同步请求:从节点(Slave)主动与主节点(Master)建立网络连接,发送SYNC 命令,请求复制主节点的数据。
② 主节点快照:接收到同步请求后,主节点执行后台保存操作(BGSAVE),生成当前数据集的快照(RDB文件),将生成的RDB文件发送给从节点。
③ 从节点加载与重放:从节点接收并载入RDB文件,然后按照接收到的命令流顺序执行这些写操作,使得自身数据状态与主节点在快照时刻一致。
④ 增量复制:全量同步完成后,主节点持续将后续接收到的所有写命令发送给从节点。从节点实时接收并执行这些命令,保持与主节点数据的实时同步。
⑤ 心跳检测与故障恢复:从节点周期性地向主节点发送心跳(PING)以维持连接并检查主节点状态。
2、主从复制配置:
(1) 环境:
redis master:10.1.1.100
redis slave1:10.1.1.60
redis slave2:10.1.1.80
(2) 修改配置文件:
① 配置监听地址:
在所有机器上配置监听各种的ip地址:
vim /root/redis/redis.conf
bind IP #监听地址(各自写各自的IP)
daemonize yes #后台守护进程运行
② 开启从配置:
从节点上配置主节点的ip地址和端口号
(3) 查询并测试:
① 三台集机器开启redis:
cd redis
redis-server redis.conf
② 登录主服务器查看主从关系:
③ 验证主从同步:
在主节点上添加一个key,从节点上能够查询到该key的value。
三、Sentinel(哨兵)实现Redis的高可用性
1、原理:
Sentinel(哨兵)是Redis的高可用性(HA)解决方案,由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器,以及这些主服务器属下的所有从服务器,并在被监视的主服务器进行下线状态时,自动将某个从服务器升级为新的主服务器,然后由新的主服务器代替已下线的主服务器继续处理命令请求。
● 基本原理是:心跳机制+投票裁决:
① 心跳机制(Heartbeat):Sentinel节点通过定期发送心跳(PING)命令来检测Redis主节点和从节点的运行状态。
② 主观下线(Subjective Down):当一个Sentinel节点在一定时间内未收到某个节点(主节点或从节点)的响应时,它会将该节点标记为"主观下线"(SDOWN)。
③ 客观下线(Objective Down):当多个Sentinel节点都报告同一个节点为"主观下线"时,该节点就被确定为"客观下线"(ODOWN)。
④ 投票裁决(Agreement Protocols):在主节点被判定为客观下线后,Sentinel节点之间需要通过投票来决定是否执行故障转移(failover)操作,它会将失效主服务器的其中一个从服务器升级为新的主服务器, 并让其他从服务器复制新的主服务器。
2、流程图:
① 正常的主从服务:
② sentinel 监控到主redis 下线:
③ 由优先级升级新主:
④ 旧主修复,作为从redis,新主照常工作:
3、sentinel 配置:
(1) 在每台机器上配置sentinel:
在主节点上配置sentinel哨兵,只需指定主机器的IP,等sentinel 服务开启,它能自己查询到主上的从redis。
cd redis
vim sentinel.conf
port 26379 #Redis Sentinel监听端口为26379,为了避免与Redis服务本身使用的默认端口(6379)冲突。
daemonize yes
sentinel monitor mymaster 10.1.1.100 6379 1 #指定主redis和投票裁决的机器数,即至少有1个sentinel节点同时判定主节点故障时,才认为其真的故障
sentinel down-after-milliseconds mymaster 30000 #如果联系不到节点30000毫秒,我们就认为此节点下线。
sentinel failover-timeout mymaster 180000 #设定转移主节点的目标节点的超时时长。
(2) 从节点指定优先级:
vim redis.conf
replica-priority 100
#复制集群中,主节点故障时,sentinel应用场景中的主节点选举时使用的优先级;数字越小优先级越高,但0表示不参与选举;当优先级一样时,随机选举。
(3) 每台机器开启sentinel服务:
./src/redis-sentinel sentinel.conf
查看当前的主节点:
(4) 模拟主master-redis 故障:
查看新的主节点:
旧的主节点恢复后,自动变为从节点,直到新的主节点故障后再重新选举主节点。