redis aof文件查看操作记录

转载

cnolnic 2024-10-22 20:12:38

文章标签 redis aof文件查看操作记录 redis 持久化数据 文章分类 Redis 数据库

文章目录

持久化、 RDB 快照存储、 AOF 只追加文件

RDB 快照存储
AOF 只追加文件
如何选择持久化

持久化、 RDB 快照存储、 AOF 只追加文件

redis可以将数据写入到磁盘中，在停机或宕机后，再次启动redis时，将磁盘中的备份数据加载到内存中恢复使用。这是redis的持久化。持久化有如下两种机制。

RDB 快照存储

redis可以将内存中的数据写入磁盘进行持久化。在进行持久化时，redis会创建子进程来执行。
redis默认开启了快照持久化机制。
机制：

fork出一个子进程,专门进行数据持久化, 将内存中所有数据保存到单个rdb文件中(默认为dump.rdb)
redis重启后, 会加载rdb文件中的数据到内存中

触发方式

配置中设置自动持久化策略
SAVE | BGSAVE | SHUTDOWN (前提是设置了自动持久化策略)
BGSAVE：执行BGSAVE命令，手动触发RDB持久化
SHUTDOWN：关闭redis时触发

相关配置

save 60 1000  # 多久执行一次自动快照操作 60秒内如果更新了1000次, 则持久化一次
  stop-writes-on-bgsave-error no  # 创建快照失败后,是否继续执行写命令
  rdbcompression yes  # 是否对快照文件进行压缩
  dbfilename dump.rdb  # 如何命名快照文件
  dir ./ # 快照文件保存的位置

  save   # 关闭RDB机制

优点：

方便数据备份: 由于保存到单独的文件`中, 易于数据备份 (可以使用定时任务, 定时将文件发送给数据备份中心)
写时复制`: 子进程单独完成持久化操作, 父进程不参与IO操作, 最大化redis性能
恢复大量数据时, 速度优于 AOF

缺点：

不是实时保存数据`, 如果redis意外停止工作(如电源断电等), 则可能会丢失一段时间的数据
数据量大时, fork进程会比较慢, 持久化时使redis响应速度变慢

AOF 只追加文件

redis可以将执行的所有指令追加记录到文件中持久化存储，这是redis的另一种持久化机制。
redis默认未开启AOF机制。
Append-only file 只追加文件

只追加而不是全部重新写入
追加命令, 而不是数据

机制

主线程将 写命令 追加到aof_buf(缓冲区)中, 根据使用的策略不同, 子线程 将缓存区的命令写入到aof文件中 (不使用子进程)
当redis重启时, 会重新执行aof文件中的命令来恢复数据
如果同时开启了 RDB, 则优先使用 AOF

文件修复

如果AOF出错 (磁盘满了/写入中途宕机等), 则redis重启时会拒绝使用该AOF文件
修复步骤

首先备份AOF文件
使用redis-check-aof工具进行修复 (一般会删除末尾无法恢复的命令)
重启redis服务器, 自动载入修复后的AOF文件, 进行数据恢复

文件重写/压缩

AOF 提供了重写/压缩机制(优化命令), 以避免AOF文件过大
fork子进程来完成 AOF 重写

相关配置

appendonly no  # 是否开启AOF机制
appendfsync everysec  # 多久将写入的内容同步到硬盘 每秒一次
no-appendfsync-on-rewirete no  # 重写aof文件时是否执行同步操作
auto-aof-rewrite-percentage 100  # 多久执行一次aof重写, 当aof文件的体积比上一次重写后的aof文件大了一倍时
auto-aof-rewrite-min-size 64mb  # 多久执行一次aof重写,当aof文件体积大于64mb时

appendfilename appendonly.aof  # aof文件名
dir ./  # aof文件保存的位置(和rdb文件共享该配置)


AOF机制记录操作的时机
# appendfsync always  # 每个操作都写到磁盘中
appendfsync everysec  # 每秒写一次磁盘，默认
# appendfsync no  # 由操作系统决定写入磁盘的时机