redis 两种持久化方式详解(RDB,AOF)


1. 什么是 redis 持久化?

  • redis 读写速度快、性能优越是因为它将所有数据存在了内存中,然而当 redis 进程退出或重启后,所有数据就会丢失。所以我们希望 redis 能保存数据到硬盘中,在 redis 服务重启之后,原来的数据能够恢复,这个过程就叫持久化。
  • redis 提供两种持久化机制 RDB(默认)和 AOF 机制,当两种方式同时开启时,数据恢复 redis 会优先选择 AOF 恢复。

2. RDB

2.1 简介

  • Redis DataBase 的缩写

  • RDB 是 redis 默认的持久化方式。按照一定的时间将内存的数据以快照的形式保存到硬盘中,对应产生的数据文件为 dump.rdb。通过配置文件中的 save 参数来定义快照的周期。

2.2 优点

  • 只有一个文件 dump.rdb,方便持久化
  • 容灾性好,一个文件可以保存到安全的磁盘
  • 性能最大化,fork 子进程来完成写操作,让主进程继续处理命令。通过使用单独子进程来进行持久化,主进程不会进行任何 IO 操作,这样保证了 redis 的高性能。相对于 AOF,数据量极大时,RDB 的启动效率更高

2.3 缺点

  • 数据安全性低。RDB 是间隔一段时间进行持久化,如果持久化之间 redis 发生故障,会发生数据丢失。所以这种方式更适合数据安全性要求不高的时候

3. AOF

3.1 简介

  • Append Only File 的缩写
  • 将 redis 执行的每次写命令记录到单独的日志文件中,当重启 redis 时会从持久化的日志文件中恢复数据

3.2 优点

  • 数据安全,AOF 持久化可以配置 appendfsync 属性,always 参数代表每进行一次命令操作就记录到 AOF 文件中一次
  • 通过 append 模式写文件,即使中途服务器宕机,也可以通过 redis-check-aof 工具解决数据一致性问题
  • AOF 有 rewrite 模式。AOF 日志文件没被 rewrite 之前(文件过大时会对命令进行合并重写),可以删除其中的某些命令( 比如误操作的 flushall )

3.3 缺点

  • AOF 文件比 RDB 文件大,且恢复速度慢
  • 数据集大的时候,比 RDB 启动效率低

4. 总结

  • 保存数据库的状态不一样,RDB 保存数据库的内容,AOF 保存数据库的命令
  • 如果发生服务器异常关闭,RDB 丢失的数据会更多;AOF 每秒种保存一次 AOF 文件,RDB 需在满足时间和次数的条件下才会保存
  • redis 默认开启 RDB,AOF 默认关闭需要手动开启;RDB 和 AOF 同时开启的情况下,会只加载 AOF
  • AOF 耗费性能,并且文件内容大,恢复速度比 RDB 慢

Guess you like

Origin blog.csdn.net/shenyuanhaojie/article/details/121217571