Redis(二)redis持久化

Redis持久化

1.Redis持久化

1.1什么是持久化

利用永久性存储介质将数据进行保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化

1.2为什么要持久化

防止数据丢失

1.3持久化过程保存什么

将当前数据状态进行保存，快照形式，存储数据结果，存储格式简单，关注点在数据(RDB)
将数据的操作过程进行保存，日志形式，存储操作过程，存储格式复杂，关注点在数据的操作过程(AOF)

2.RDB

2.1RDB启动方式-save指令相关配置

dbfilename dump.rdb

设置本地数据库文件名，默认值为dump.rdb
通常设置为dump-端口号.rdb
save指令的执行会阻塞当前redis服务器，直到当前RDB过程完成为止，有可能造成长时间阻塞，线上环境不建议使用

2.2RDB启动方式-bgsave指令

命令

bgsave

作用手动启动后台保存操作，但不是立刻执行
bgsave指令工作原理
1.发送指令
2.调用fork函数生成子进程
3.创建rdb文件
4.返回消息
bgsave指令相关配置

stop-writes-on-bgsave-error yes

说明：后台存储过程中如果出现错误现象，是否停止保存操作，通常默认为开启状态
RDB启动方式-save配置
配置

save second changes

作用
满足限制时间范围内key的变化数量达到指定数量即进行持久化
参数
second：监控时间范围
changes：监控key的变化量
RDB三种启动方式对比

方式	save指定	bgsave指定
读写	同步	异步
阻塞客户端指令	是	否
额外内存消耗	否	是
启动新进程	否	是

rdb特殊启动形式
全量复制
服务器运行过程中重启
debug reload
关闭服务器时指定保存数据
shutdown save

2.3RDB优缺点

2.3.1RDB优点

1.RDB是一个紧凑压缩的二进制文件，存储效率较高
2.RDB内部存储的是redis在某个时间点的数据快照，非常适合用于数据备份，全量复制等场景
3.RDB恢复数据的速度要比AOF快很多
应用：服务器中每X小时执行bgsave备份，并将RDB文件拷贝到远程机器中，用于灾难恢复

2.3.2RDB缺点

1.RDB方式无论是执行指令还是利用配置，无法做到试试持久化，具有较大的可能性丢失数据
2.bgsave指令每次运行要执行fork操作创建子进程，要牺牲掉一些性能
3.Redis的众多版本中未进行RDB文件格式的版本同意，有可能出现各版本服务之间数据格式无法兼容现象（解决方法：将数据存到数据库或文件然后再进行恢复）

3.AOF

AOF持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中命令达到恢复数据的目的。与RDB相比可以简单描述为改记录数据为记录数据产生的过程
AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式

3.1AOF写数据三种策略

always(每次)
每次写入操作均同步到AOF文件中，数据零误差，性能较低
everysec(每秒)默认配置
每秒将缓冲区中的指令同步到AOF文件中，数据准确性较高，性能较高
在系统突然宕机的情况下丢失一秒内的数据
no（系统控制）
有操作系统控制每次同步到AOF文件的周期，整体过程不可控

3.2AOF相关配置

配置

appendonly yes|no

作用
是否开启AOF持久化功能，默认为不开启状态
配置

appendfsync always|everysec|no

作用
AOF写数据策略配置
配置

appendfilename filename

作用
AOF持久化文件名，默认文件名为appendonly.aof，建议配置为appendonly-端口号.aof
配置

dir

作用AOF持久化文件保存路径，与RDB持久化文件保持一致即可

3.2AOF重写

随着命令不断写入AOF，文件会越来越大，为了解决这个问题，Redis引入了AOF重写机制压缩文件体积。AOF重写是将Redis进程内的数据转化为写命令同步到新AOF文件的过程。建单说就是将对同一个数据的若干个命令执行结果转化成最终结果数据对应的指令进行记录。

3.2.1AOF重写作用

降低磁盘占用量，提高磁盘利用率
提高持久化效率，降低持久化写时间，提高IO性能
降低数据恢复用时，提高数据恢复效率
AOF重写规则

1. 进程内已超时的数据不再写入文件
2. 忽略无效指令，重写时使用进程内数据直接生成，这样新的AOF文件只保留最终数据的写入命令
   如del key1, set key 111 set key 22
3. 对统一数据的多条命令合并为一条命令
   如push list1 a、lpush list1 b、lpush list1 c 可以转化为 lpush list1 a b c

3.2.3AOF重写方式

手动重写

bgrewriteaof

自动重写

auto-aof-rewrite-min-size size
auto-aof-rewrite-percentage percentage

3.2.4RDB与AOF对比

持久化方式	RDB	AOF
存储速度	慢	快
恢复速度	快	慢
数据安全性	会丢失数据	依据策略而定
资源消耗	高	低
启动优先级	低	高

每天进步一点点，加油