Redis持久化

Redis持久化

1 什么是持久化？

将数据从掉电易失的内存存放到能够永久存储的设备上

2 Redis为什么需要持久化

基于内存的缓存服务器内存数据库消息队列

3 Redis持久化方式？

RDB（Redis DB） hdfs: fsimageAOF（AppendOnlyFile） hdfs : edit logs​​默认关闭的​​

01 Redis持久化——RDB

在默认情况下，Redis 将数据库快照保存在名字为 dump.rdb的二进制文件中方式：产生一个RDB:-1. 阻塞方式：客户端中执行save命令-2. 非阻塞方式：（复杂度高？） bgsave策略-1. 自动：按照配置文件中的条件满足就执行BGSAVE-2. save 60 1000，Redis要满足在60秒内至少有1000个键被改动，会自动保存一次-3. 手动：客户端发起SAVE、BGSAVE命令

1.1 SAVE命令

redis > save阻塞Redis服务，无法响应客户端请求创建新的dump.rdb替代旧文件（覆盖 需要手动写脚本扫描目录）

1.2 BGSAVE命令

redis > bgsave非阻塞，Redis服务正常接收处理客户端请求Redis会​​fork()​​一个新的子进程来创建RDB文件，子进程处理完后会向父进程发送一个信号，通知它处理完毕父进程用新的dump.rdb替代旧文件BGSAVE是一个异步命令

1.3 SAVE 和 BGSAVE 命令

SAVE不用创建新的进程，速度略快BGSAVE需要创建子进程，消耗额外的内存SAVE适合停机维护，服务低谷时段BGSAVE适合线上执行

1.4 自动执行

本质上就是BGSAVE

# 默认配置save 900 1save 300 10save 60 10000dbfilename dump.rdbdir /var/lib/redis/6379#只要上面三个条件满足一个，就自动执行备份。#创建RDB文件之后，时间计数器和次数计数器会清零。所以多个条件的效果不是叠加的

1.5 优缺点

优点

完全备份，不同时间的数据集备份可以做到多版本恢复（会覆盖 手动写脚本扫描目录拿走不同阶段备份，异地备份）紧凑的单一文件，方便网络传输，适合灾难恢复恢复大数据集速度较AOF快

缺点

会丢失最近写入、修改的而未能持久化的数据fork过程非常耗时，会造成毫秒级不能响应客户端请求

1.6 生产环境

创建一个定时任务cron job，每小时或者每天将dump.rdb复制到指定目录确保备份文件名称带有日期时间信息，便于管理和还原对应的时间点的快照版本定时任务删除过期的备份如果有必要，跨物理主机、跨机架、异地备份

02 Redis持久化——AOF

2.1 AOF写入机制

AOF写入机制

AOF方式不能保证绝对不丢失数据。默认关闭，一旦开启，则rdb不作为恢复的选择。目前常见的操作系统中，执行系统调用write函数，将一些内容写入到某个文件里面时，为了提高效率，系统通常不会直接将内容写入硬盘里面，而是先将内容放入一个内存缓冲区（buffer）里面，等到缓冲区被填满，或者用户执行fsync调用和fdatasync调用时才将储存在缓冲区里的内容真正的写入到硬盘里，未写入磁盘之前，数据可能会丢失

写入磁盘的策略

appendfsync选项，这个选项的值可以是always、everysec或者noAlways：服务器每写入一个命令，就调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，也不会丢失任何已经成功执行的命令数据Everysec（默认）：服务器每一秒重调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，最多只丢失一秒钟内的执行的命令数据No：服务器不主动调用fdatasync，由操作系统决定何时将缓冲区里面的命令写入到硬盘。这种模式下，服务器遭遇意外停机时，丢失命令的数量是不确定的运行速度：always的速度慢，everysec和no都很快

2.2 AOF重写机制

AOF重写机制

AOF文件过大合并重复的操作，AOF会使用尽可能少的命令来记录

重写过程

2.3 AOF重写触发的条件

手动：客户端向服务器发送BGREWRITEAOF命令自动：配置文件中的选项，自动执行BGREWRITEAOF命令

auto-aof-rewrite-min-size，触发AOF重写所需的最小体积：只要在AOF文件的体积大于等于size时，才会考虑是否需要进行AOF重写，这个选项用于避免对体积过小的AOF文件进行重写auto-aof-rewrite-percentage ，指定触发重写所需的AOF文件体积百分比：当AOF文件的体积大于auto-aof-rewrite-min-size指定的体积，并且超过上一次重写之后的AOF文件体积的percent%时，就会触发AOF重写。（如果服务器刚刚启动不久，还没有进行过AOF重写，那么使用服务器启动时载入的AOF文件的体积来作为基准值）。将这个值设置为0表示关闭自动AOF重写

AOF重写配置项举例

auto-aof-rewrite-percentage 100auto-aof-rewrite-min-size 64mbappendonly no / yes

当AOF文件大于64MB时候，可以考虑重写AOF文件只有当AOF文件的增量大于起始size的100%时（就是文件大小翻了一倍），启动重写。默认关闭，请开启

2.4 优缺点

优点

写入机制，默认fysnc每秒执行，性能很好不阻塞服务，最多丢失一秒的数据重写机制，优化AOF文件如果误操作了（FLUSHALL等），只要AOF未被重写，停止服务移除AOF文件尾部FLUSHALL命令，重启Redis，可以将数据集恢复到 FLUSHALL 执行之前的状态

缺点

相同数据集，AOF文件体积较RDB大了很多恢复数据库速度叫RDB慢（文本，命令重演）

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。