NoSQL之readis配置与优化(终章)

本文详细介绍了Redis的持久化机制,包括RDB和AOF两种方式,重点分析了RDB的触发条件、执行流程以及启动时加载,以及AOF的开启、执行流程、文件重写及其触发。文章还探讨了RDB和AOF的优缺点,并提供了Redis性能管理的相关建议,旨在确保数据安全和高可用性。
摘要由CSDN通过智能技术生成

目录

一:Redis高可用

二:Redis持久化

2.1持久化的功能

2.2持久化的俩种方式

三:RDB持久化

3.1触发条件

3.1.1手动触发

3.1.2自动触发

3.1.3其他自动触发机制

3.2执行流程

3.3启动时加载

四:AOF持久化

4.1开启AOF

4.2执行流程

4.2.1命令追加(append)

4.2.2文件写入(write) 和文件同步 (sync)

4.2.3 文件重写 (rewrite)

4.3文件重写的触发

4.4重写流程注意点 

4.5文件重写的流程

4.6启动时加载

五:RDB和AOF的优缺点

5.1RDB持久化的优缺点

5.2AOF持久化的优缺点

六:Redis性能管理

6.1查看redis内存使用

6.2内存碎片率

6.3跟踪内存碎片率

6.4内存使用率

6.5内回收key

七:总结

前言:在Redis语境中, 高可用的含义要更广泛一些,除了保证提供正常服务(如主从分离、快速容灾技术),还需要考虑数据容量的扩展,数据安全不会丢失等

一:Redis高可用

在web服务器中,高可用是指服务器可以正常访问的时间,衡量的标准是在多长时间内可以提供正常服务(99.9%、 99.99%、 99.999%等等)

但是在Redis语境中, 高可用的含义似乎要宽泛一些,除了保证提供正常服务(如主从分离、快速容灾技术),还需要考虑数据容量的扩展,数据安全不会丢失等

在Redis中,实现高可用的技术主要包括持久化、主从复制、哨兵和集群,作用如下:

持久化:持久化是最简单的高可用方法(有时甚至不被归为高可用的手段),主要作用是数据备份,即将数据存储在硬盘,保证数据不会因进程退出而丢失

主从复制 :主从复制是高可用Redis的基础,哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份,以及对于读操作的负载均衡和简单的故障恢复。缺陷:故障恢复无法自动化;写操作无法负载均衡;存储能力受到单机的限制

哨兵 :在主从复制的基础上,哨兵实现了自动化的故障恢复。缺陷 :写操作无法负载均衡;存储能力受到单机的限制

集群 :通过集群,Redis解决了写操作无法负载均衡,以及存储能力受到单机限制的问题,实现了较为完善的高可用方案


二:Redis持久化

2.1持久化的功能

Redis是内存数据库,数据都是存储在内存中,为了避免服务器断电等原因导致Redis进程异常退出后数据的永久丢失,需要定期将Redis中的数据以某种形式(数据或命令)从内存保存到硬盘;当下次Redis重启时,利用持久化文件实现数据恢复。

除此之外,为了进行灾难备份,可以将持久化文件拷贝到一个远程位置

2.2持久化的俩种方式

RDB持久化(Redis DataBase):原理是将Reids在内存中的数据库记录定时保存到磁盘上

AOF持久化(append only file):原理是将Reids的操作日志以追加的方式写入文件,类似于MySQL的binlog

总结:由于AOF持久化的实时性更好,即当进程意外退出时丢失的数据更少,因此AOF是目前主流的持久化方式,不过RDB持久化仍然有其用武之地 


三:RDB持久化

RDB持久化是指在指定的时间间隔内将内存中当前进程中的数据生成快照保存到硬盘(因此也称作快照持久化),用二进制压缩存储,保存的文件后缀是rdb;当Redis重新启动时,可以读取快照文件恢复数据

3.1触发条件

RDB持久化的触发分为:手动触发和自动触发两种

3.1.1手动触发

save命令和bgsave命令都可以生成RDB文件。

save命令会阻塞Redis服务器进程,直到RDB文件创建完毕为止,在Redis服务器阻塞期间,服务器不能处理任何命令请求。

bgsave命令会创建一个子进程,由子进程来负责创建RDB文件,父进程 (即Redis主进程) 则继续处理请求。

bgsave命令执行过程中,只有fork子进程时会阻塞服务器,而对于save命令,整个过程都会阻塞服务器,因此save已基本被废弃,线上环境要杜绝save的使用!!!

3.1.2自动触发

在自动触发RDB持久化时,Redis也 会选择bgsave而不是save来进行持久化

save m n

自动触发最常见的情况是在配置文件中通过save m n,指定当m秒内发生n次变化时,会触发bgsave

vim /etc/redis/6379.conf
 
-----219行--以下三个save条件满足任意一个时,都会引起bgsave的调用
save 900 1 :当时间到900秒时,如果redis数据发生了至少1次变化,则执行bgsave
save 300 10 :当时间到300秒时, 如果redis数据发生了至少10次变化,则执行bgsave
save 60 10000 :当时间到60秒时,如果redis数据发生了至少10000次变化, 则执行bgsave
 
-----242行--是否开启RDB文件压缩
rdbcompression yes
 
-----254行--指定RDB文件名
dbfilename dump.rdb
 
-----264行--指定RDB文件和AOF文件所在目录
dir /var/lib/redis/6379

3.1.3其他自动触发机制

除了 savemn 以外,还有一些其他情况会触发bgsave

在主从复制场景下,如果从节点执行全量复制操作,则主节点会执行bgsave命令,并将rdb文件发送给从节点。

执行shutdown命令时,自动执行rdb持久化

3.2执行流程 

(1)Redis父进程首先判断 :当前是否在执行save,或bgsave/bgrewriteaof的子进程,如果在执行则bgsave命令直接返回。bgsave/bgrewriteao

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值