Redis持久化机制

Posted 2022-02-01 sysu_lluozh

Redis 提供两种持久化机制RDB(默认)和AOF机制

一、RDB

Redis DataBase缩写快照

1.1 概念

RDB是Redis默认的持久化方式，按照一定的时间将内存的数据以快照的形式保存到硬盘中，对应产生的数据文件为dump.rdb

通过配置文件中的save参数来定义快照的周期

1.2 优点

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

1.3 缺点

• 数据安全性低

  RDB 是间隔一段时间进行持久化，如果持久化之间 redis 发生故障，会发生数据丢失。所以这种方式更适合数据要求不严谨的时候)

二、AOF

2.1 概念

AOF持久化(即Append Only File持久化)，则是将Redis执行的每次写命令记录到单独的日志文件中，当重启Redis会重新将持久化的日志中文件恢复数据

所有的命令行记录以 redis 命令请 求协议的格式完全持久化存储)保存为a文件

2.2 优点

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

2.3 缺点

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

三、RDB和AOF比较

• AOF文件比RDB更新频率高，优先使用AOF还原数据。
• AOF比RDB更安全也更大
• RDB性能比AOF好
• 如果两个都配了优先加载AOF

当两种方式同时开启时，数据恢复Redis会优先选择AOF恢复