Redis
文章目录
Redis持久化
Redis是一个内存数据库，为了保证数据的持久性，它提供了两种持久化方案
RDB方式（默认）
RDB是通过快照（snapshotting）完成的，当符合一定条件时Redis会自动将内存中的数据进行快照并持久化到硬盘
配置redis.conf
触发快照的时机
- 符合自定义配置的快照规则，在redif.conf
- 执行save或者bgsave命令
- 执行flushall命令
- 执行主从复制操作（第一次）
原理图
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NwkoIh8w-1605602631720)(C:\Users\18202\Documents\学习笔记\image-20200603222643262.png)]
工作进程进行时，如果满足条件，利用fork函数（作用是将当前进程复制一个子进程，做持久化的工作），开一个子进程，子进程先生成一个临时rdb文件，生成之后替换老的rdb文件
设置快照规则
save 多少秒内 数据变了多少
save '' '' 不使用RDB存储
save 900 1：表示900秒内至少1个键被更改则进行快照
save 300 1：表示300秒内至少10个键被更改则进行快照
save 60 10000 ：表示1分钟内至少10000个键被更改则进行快照
漏斗型
注意事项
- Redis 在进行快照的过程中不会修改 RDB 文件，只有快照结束后才会将旧的文件替换成新的，也
就是说任何时候 RDB 文件都是完整的。 - 这就使得我们可以通过定时备份 RDB 文件来实现 Redis 数据库的备份， RDB文件是 经过压缩的二进制文件 ，占用的空间会小于内存中的数据，更加利于传输。
RDB优缺点
- 缺点：使用 RDB 方式实现持久化，一旦 Redis 异常退出，就会丢失最后一次快照以后更改的所有
数据。这个时候我们就需要根据具体的应用场景，通过组合设置自动快照条件的方式来将可能发生
的数据损失控制在能够接受范围。如果数据相对来说比较重要，希望将损失降到最小，则可以使
用 AOF 方式进行持久化 - 优点： RDB 可以最大化 Redis 的性能：父进程在保存 RDB 文件时唯一要做的就是 fork 出一个子
进程，然后这个子进程就会处理接下来的所有保存工作，父进程无需执行任何磁盘 I/O 操作。同
时这个也是一个缺点，如果数据集比较大的时候， fork 可以能比较耗时，造成服务器在一段时间
内停止处理客户端的请求；
AOF方式
默认情况下 Redis 没有开启 AOF （ append only file ）方式的持久化。
开启 AOF 持久化后，每执行一条会更改 Redis 中的数据的命令， Redis 就会将该命令写入硬盘中的AOF 文件，这一过程显然会降低 Redis 的性能，但大部分情况下这个影响是能够接受的，另外使用较
快的硬盘可以提高 AOF 的性能。
配置redis.conf
# 可以通过修改redis.conf配置文件中的appendonly参数开启
appendonly yes
# AOF文件的保存位置和RDB文件的位置相同，都是通过dir参数设置的。
dir ./
# 默认的文件名是appendonly.aof，可以通过appendfilename参数修改
appendfilename appendonly.aof
原理
AOF文件中存储的是Redis的命令。（存的都是符合RESP协议的命令）
Redis 将所有对数据库进行过写入的命令（及其参数）记录到 AOF 文件， 以此达到记录数据库状态的
目的， 为了方便起见， 我们称呼这种记录过程为同步。
RESP（Redis的序列化协议）
Redis客户端使用RESP（Redis的序列化协议）协议与Redis的服务器端进行通信。
如何选择RDB和AOF
作为内存数据库 rdb(redis database) +aof 数据不能丢
作为缓存服务器 rdb
不建议只使用aof，因为性能差
恢复时：先aof再rdb
Redis主从配置
什么是主从复制
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bGOBO8Wz-1605602631722)(C:\Users\18202\Documents\学习笔记\image-20200604155440757.png)]
主从配置
主Redis配置
无需特殊配置，但是需要开启RDB
从Redis配置
修改从服务器上的redis.conf文件
# slaveof <masterip> <masterport># 表示当前【从服务器】对应的【主服务器】的IP是192.168.10.135，端口是6379。slaveof 127.0.0.1 63
实现原理
-
Redis的主从同步，分为全量同步和增量同步
-
一般都是增量同步
-
只有从机第一次连接数主机是全量同步
-
断线重连有可能触发全量同步也有可能触发增量同步(master判断runid是否一致)
全量同步
主要分为三个阶段：
- 快照阶段 Master创建并发送快照RDB给slave，slave载入并解析快照。Master同时将此阶段产生的新的写入命令存储到缓冲区。
- 同步写缓冲阶段：Master向slave同步存储在缓冲区的写操作命令。
- 同步增量阶段：Master向slave同步写操作命令。
- [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sq65T3ob-1605602631723)(C:\Users\18202\Documents\学习笔记\image-20200604160910506.png)]
增量同步
增量同步主要指Slave完成初始化后开始正常工作时， Master 发生的写操作同步到 Slave的过程。
通常情况下， Master 每执行一个写命令就会向 Slave 发送相同的写命令，然后 Slave 接收并执行。
Redis哨兵机制
Redis 主从复制的缺点：主挂了之后，从也用不了了。没有办法对 master 进行动态选举（master宕机后，需要重新选举master），需要使用 Sentinel机制完成动态选举。
简介
Sentinel (哨兵)进程是用于监控 Redis 集群中 Master主服务器工作的状态在 Master 主服务器发生故障的时候，可以实现 Master 和 Slave 服务器的切换，保证系统的高可用（ HA ）。
一般要1个主，两个从作为哨兵
哨兵进程的作用
- 监控( Monitoring ):哨兵( sentinel ) 会不断地检查你的 Master 和 Slave 是否运作正常。
- 提醒( Notification )： 当被监控的某个 Redis 节点出现问题时, 哨兵( sentinel ) 可以通过 API 向管理员或者其他应用程序发送通知。
- 自动故障迁移( Automatic failover )：当一个 Master 不能正常工作时，哨兵( sentinel ) 会开始一次自动故障迁移操作
案例演示
- 修改从机的sentinel.conf
# 哨兵sentinel监控的redis主节点的 ip port
# master-name 可以自己命名的主节点名字 只能由字母A-z、数字0-9 、这三个字符".-_"组成。
# quorum 当这些quorum个数sentinel哨兵认为master主节点失联 那么这时 客观上认为主节点失联了
# sentinel monitor <master-name> <master ip> <master port> <quorum>
sentinel monitor mymaster 192.168.10.133 6379 1
- sentinel.conf的其他配置
# 哨兵sentinel实例运行的端口 默认26379
port 26379
# 哨兵sentinel的工作目录
dir /tmp
# 哨兵sentinel监控的redis主节点的 ip port
# master-name 可以自己命名的主节点名字 只能由字母A-z、数字0-9 、这三个字符".-_"组成。
# quorum 当这些quorum个数sentinel哨兵认为master主节点失联 那么这时 客观上认为主节点失联了
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
sentinel monitor mymaster 127.0.0.1 6379 1
# 当在Redis实例中开启了requirepass foobared 授权密码 这样所有连接Redis实例的客户端都要提
供密码
# 设置哨兵sentinel 连接主从的密码 注意必须为主从设置一样的验证密码
# sentinel auth-pass <master-name> <password>
sentinel auth-pass mymaster MySUPER--secret-0123passw0rd
# 指定多少毫秒之后 主节点没有应答哨兵sentinel 此时 哨兵主观上认为主节点下线 默认30秒
# sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds mymaster 30000
# 这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行 同步，
这个数字越小，完成failover所需的时间就越长，
通过 redis-sentinel 启动哨兵服务
但是如果这个数字越大，就意味着越 多的slave因为replication而不可用。
可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态。
# sentinel parallel-syncs <master-name> <numslaves>
sentinel parallel-syncs mymaster 1
# 故障转移的超时时间 failover-timeout 可以用在以下这些方面：
#1. 同一个sentinel对同一个master两次failover之间的间隔时间。
#2. 当一个slave从一个错误的master那里同步数据开始计算时间。直到slave被纠正为向正确的master
那里同步数据时。
#3.当想要取消一个正在进行的failover所需要的时间。
#4.当进行failover时，配置所有slaves指向新的master所需的最大时间。不过，即使过了这个超时，
slaves依然会被正确配置为指向master，但是就不按parallel-syncs所配置的规则来了
# 默认三分钟
# sentinel failover-timeout <master-name> <milliseconds>
sentinel failover-timeout mymaster 180000
# SCRIPTS EXECUTION
#配置当某一事件发生时所需要执行的脚本，可以通过脚本来通知管理员，例如当系统运行不正常时发邮件通
知相关人员。
#对于脚本的运行结果有以下规则：
#若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10
#若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行。
#如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。
#一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行。
#通知型脚本:当sentinel有任何警告级别的事件发生时（比如说redis实例的主观失效和客观失效等等），
将会去调用这个脚本，这时这个脚本应该通过邮件，SMS等方式去通知系统管理员关于系统不正常运行的信
息。调用该脚本时，将传给脚本两个参数，一个是事件的类型，一个是事件的描述。
#如果sentinel.conf配置文件中配置了这个脚本路径，那么必须保证这个脚本存在于这个路径，并且是可执
行的，否则sentinel无法正常启动成功。
#通知脚本
# sentinel notification-script <master-name> <script-path>
sentinel notification-script mymaster /var/redis/notify.sh
# 客户端重新配置主节点参数脚本
# 当一个master由于failover而发生改变时，这个脚本将会被调用，通知相关的客户端关于master地址已
经发生改变的信息。
# 以下参数将会在调用脚本时传给脚本:
# <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>
# 目前<state>总是“failover”,
# <role>是“leader”或者“observer”中的一个。
# 参数 from-ip, from-port, to-ip, to-port是用来和旧的master和新的master(即旧的slave)
通信的
# 这个脚本应该是通用的，能被多次调用，不是针对性的。
# sentinel client-reconfig-script <master-name> <script-path>
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
- 通过 redis-sentinel 启动哨兵服务
./redis-sentinel sentinel.conf
扫一扫
16万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
