Redis AOF之重写 Star.hou原创

本文介绍了Redis持久化的两种方式:RDB快照和AOF日志记录,并详细阐述了AOF重写的触发机制及配置选项。此外,还讨论了在RDB和AOF同时启用时Redis如何选择恢复策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

redis 自身持久化有两个方式:rdb and AOF;当然也可以把数据放在关系形数据库里
在AOF开启的情况下:

appendonly yes

删除AOF文件中无用的命令的过程成为”AOF重写”,AOF重写可以在配置文件中做相应的配置,当满足配置的条件时,自动进行AOF重写操作。配置如下:

#目前的AOF文件的大小超过上一次重写时的AOF文件的百分之多少时再次进行重写,如果之前没有重写过,则以启动时AOF文件大小为依据
auto-aof-rewrite-percentage 100 
#当AOF文件的大小大于64MB时才进行重写,因为如果AOF文件本来就很小时,有几个无效的命令也是无伤大雅的事情。
auto-aof-rewrite-min-size 64mb

同步硬盘数据:

# appendfsync always
appendfsync everysec
# appendfsync no

当 Redis 启动时, 如果 RDB 持久化和 AOF 持久化都被打开了, 那么程序会优先使用 AOF 文件来恢复数据集, 因为 AOF 文件所保存的数据通常是最完整的

备份redis:复制 RDB 文件;

### Redis AOF 重写的详细过程和原理 RedisAOF(Append Only File)持久化机制通过记录服务器执行的写命令来确保数据的安全性。然而,随着运行时间的增长,AOF 文件可能会变得非常庞大,导致加载时间过长,影响性能。为了解决这一问题,Redis 引入了 AOF 重写机制。 #### AOF 重写的触发条件 AOF 重写可以通过以下几种方式触发[^4]: - 手动执行 `BGREWRITEAOF` 命令。 - 主从复制完成后,无论 RDB 文件解析和加载是否成功。 - AOF 重写被设置为待调度执行。 - AOF 被启用,同时 AOF 文件的大小比例超出配置的阈值(如 `auto-aof-rewrite-min-size` 和 `auto-aof-rewrite-percentage`),并且 AOF 文件的绝对大小也超出设定的最小值。 #### AOF 重写的实现原理 AOF 重写的核心思想是生成一个新的、更紧凑的 AOF 文件,其中包含最少的写命令集合,能够重建当前的数据库状态。以下是其具体实现过程: 1. **Fork 子进程**:Redis 主进程通过 `fork` 系统调用创建一个子进程。子进程会继承父进程的内存页表,但由于写时复制(Copy-On-Write, COW)机制,父子进程在初始状态下共享同一份物理内存,只有当某个进程修改内存时才会分配新的页面[^1]。 2. **扫描内存数据**:子进程遍历 Redis 当前内存中的所有键值对,并将这些数据转换为一组高效的写命令。例如,如果某个列表包含多个元素,子进程不会逐条记录每个 `LPUSH` 或 `RPUSH` 操作,而是直接生成一个 `DEL` 和 `RPUSH` 的组合命令来表示整个列表的状态[^3]。 3. **生成新文件**:子进程将这些优化后的写命令写入到一个临时文件中(通常命名为 `temp-rewriteaof.aof`)。此过程完全由子进程完成,主进程可以继续处理客户端请求,从而避免阻塞。 4. **替换旧文件**:当子进程完成新 AOF 文件的生成后,它会通知父进程。父进程将旧的 AOF 文件原子性地替换为新的 AOF 文件,确保操作过程中不会丢失任何数据。 5. **同步写操作**:在子进程执行重写期间,主进程仍然会接收新的写命令。为了保证数据一致性,主进程会将这些命令同时追加到旧的 AOF 文件和一个缓冲区中。当重写完成后,缓冲区中的命令会被追加到新的 AOF 文件末尾,确保所有数据都被正确持久化[^3]。 #### AOF 重写的优点 - 减少 AOF 文件的体积,缩短加载时间,提高 Redis 的启动效率。 - 通过合并冗余命令,降低写入操作的复杂度,提升性能。 - 利用 COW 机制,最大限度地减少对主进程的影响,保持 Redis 的高可用性。 #### 示例代码 以下是一个简单的示例,展示如何手动触发 AOF 重写: ```bash # 使用 BGREWRITEAOF 命令触发 AOF 重写 redis-cli BGREWRITEAOF ``` #### 注意事项 - 配置参数 `auto-aof-rewrite-min-size` 和 `auto-aof-rewrite-percentage` 决定了自动触发 AOF 重写的条件。合理调整这些参数可以平衡性能和存储需求[^4]。 - 在高并发场景下,频繁的 AOF 重写可能会增加磁盘 I/O 压力,因此需要根据实际业务需求进行优化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值