Redis持久化机制 RDB 和 AOF 的选择
目录
?
?
一、Redis 的持久化
redis 所有的数据都是保存在内存中,当 redis 进程挂了或者机器出现宕机等异常情况,如果不讲数据保存在硬盘中,那么数据将会丢失。redis 就提供了持久化的功能,就是可以将所有的数据修改也会异步更新在磁盘上。
二、Redis 的持久化方式
Redis 提供了两种持久化的方式:
RDB:这是一种快照的方式,它将 Redis 某时间点的数据都进行快照存储。比如 Mysql Dump 也是这种方式。
AOF:写日志的方式,记录每次对服务器写的操作, 当服务器重启的时候会重新执行这些命令来恢复原始的数据。例如 Mysql binlog,Hbase HLog。
RDB 介绍
在 Redis 运行时, RDB 将当前内存中的数据库生成一个 Snapshot 快照保存到磁盘文件中, 在 Redis 重启动时, RDB 可以通过载入 RDB 文件来还原数据库的状态。
RDB 的触发方式:
RDB 有三种触发方式,其实就是生成 RDB 文件的方式。
save 命令:这个是同步方式,会阻塞当前其他的命令执行,直到save命令执行完毕。
bgsave 命令:这个是一个异步命令,会单独在后台去执行,不会阻塞其他命令。它其实是新创建(fork)了一个子进程,这个进程就是负责生成RDB文件的工作。
自动方式:就是在某些条件下会自动去生成,这个是在Redis配置文件中去设置。
AOF介绍
Redis 的另一种持久化方式就是 AOF(Append Only File),与 RDB 持久化通过保存数据库中的键值对来记录数据库状态不同,AOF 是通过保存Redis所执行的写命令来记录数据库状态的。在了解 AOF 之前先看看 RDB 所存在的问题。
?
三、RDB 和 AOF 的选择
RDB 和 AOF 对比
RDB(Redis DataBase)和 AOF(Append Only File)是两种不同的持久化机制,它们各自有一些优势和劣势。下面是它们之间的一些对比:
1. 数据格式:
RDB: 生成的是二进制的快照文件,包含了 Redis 在某个时间点上的所有数据。这种格式非常紧凑,适合用于备份和恢复。
AOF: 以文本格式追加写操作的日志文件,记录了每个写命令。这使得 AOF 文件相对容易阅读和人工修复。
2. 恢复速度:
RDB: 恢复速度一般比 AOF 快,因为它是一个完整的数据快照,只需读取 RDB 文件并加载到内存中即可。
AOF: 恢复速度可能比较慢,特别是对于大型 AOF 文件,因为需要逐行执行写操作来还原数据。
3. 数据丢失
RDB: 在两次 RDB 文件生成之间的写操作可能会丢失,因为 RDB 是定期生成的。
AOF: 数据丢失的程度通常比较小,因为 AOF 记录了每个写操作。在发生故障时,只有最后一次写操作之后的数据可能会丢失。
4. 文件大小:
RDB: 通常比较小,因为它是一个完整的数据快照。
AOF: 可能比较大,特别是对于频繁写入的系统,因为它记录了每个写命令。
5. 随机访问性:
RDB: 适合大规模数据集的恢复,因为它是一个二进制文件,支持快速的随机访问。
AOF: 由于是文本文件,随机访问性相对较差。
6. 系统稳定性:
RDB: 在生成 RDB 文件期间会有一段时间的阻塞,因为 Redis 在生成 RDB 文件时执行 fork 操作。在这个时间段内,不能执行写操作。
AOF: AOF 在追加写操作时是非阻塞的,因此不会影响系统的响应性。
7. 使用场景:
RDB: 适合用于备份和定期快照,对于大型数据集的快速恢复。
AOF: 适合对数据的持久化要求更高,能够容忍一些性能开销,以及需要更精细的数据恢复场景。
总结:
通常情况下,可以同时使用 RDB 和 AOF,以兼顾数据恢复的速度和可靠性。
如果需要在故障时最小化数据丢失,并且对于恢复速度有较高的要求,可以使用 AOF 持久化。
如果对于备份和快速恢复有较高要求,可以使用 RDB 持久化。
四、RDB 和 AOF 的选择
如果可以忍受一小段时间内数据的丢失,毫无疑问使用 RDB 是最好的,定时生成 RDB 快照(snapshot)非常便于进行数据库备份, 并且 RDB 恢复数据集的速度也要比 AOF 恢复的速度要快,而且使用 RDB 还可以避免 AOF 一些隐藏的 bug;否则就使用 AOF 重写。但是一般情况下建议不要单独使用某一种持久化机制,而是应该两种一起用,在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据,因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整。Redis后期官方可能都有将两种持久化方式整合为一种持久化模型。
?
作者优秀文章链接
?
?
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!