Redis 聊聊两种持久化机制

最新推荐文章于 2022-06-20 16:56:31 发布

楚瑞涛

最新推荐文章于 2022-06-20 16:56:31 发布

阅读量291

点赞数 1

分类专栏： Redis 文章标签： redis

本文链接：https://blog.csdn.net/cong____cong/article/details/105927276

版权

Redis 专栏收录该内容

11 篇文章 0 订阅

订阅专栏

本文详细介绍了Redis的两种持久化机制：RDB（快照）和AOF（追加日志）。RDB在指定时间间隔内保存内存数据集快照，适合大规模数据恢复，但可能丢失最近修改。AOF记录所有写操作，提供数据完整性，但文件体积较大，恢复速度慢。AOF重写用于压缩文件，通过bgrewriteaof命令触发。

摘要由CSDN通过智能技术生成

Redis的持久化有两种方式：RDB和AOF

RDB

（Redis database）。在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。Rdb 保存的是dump.rdb文件

简单介绍

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。

整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

何时触发RDB

配置文件中默认的快照配置
命令save或者是bgsave
1. Save：save时只管保存，其它不管，全部阻塞
2. BGSAVE：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成功执行快照的时间
执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义

如何恢复

将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可

CONFIG GET dir获取目录

优缺点

优点：

适合大规模的数据恢复
对数据完整性和一致性要求不高

缺点：

在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改
Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑

如何停止

动态所有停止RDB保存规则的方法：redis-cli config set save ""

静态停止：修改redis.conf配置文件save ""

总结

AOF

简单介绍

（Append Only File）以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。Aof保存的是appendonly.aof文件。