redis -- AOF
什么是 AOF
通过日志方式将redis中的写命令进行日志记录,保存在硬盘文件中。
日志记录的实质是将写命令写在硬盘的缓冲区中,再根据相关策略把数据刷新到磁盘中。
当redis服务器启动时候,执行硬盘中的日志文件以恢复redis中的数据。
AOF 运行原理 - 创建
AOF 运行原理 - 恢复
AOF 的三种策略
1. always
含义:执行每条写命令都会将写命令写到磁盘中
2. everysec
含义:每秒将数据从缓冲区刷到磁盘中,可能会丢失一秒的数据(redis 默认使用该策略)
3. no
含义:写命令何时刷新的磁盘中,由操作系统来决定
AOF 重写
注意这里的重写并不是说将 redis 命令重新抽象成新的 redis 命令,再写入 AOF 文件,而是执行 redis 命令后将内存中的数据进行回溯,重写成 AOF 文件。
1. 重写的作用
- 减少磁盘占用
- 加速AOF恢复速度
- 例如一万次incr key 可以重写为
set key 10000
- 例如一万次incr key 可以重写为
2. AOF 重写实现方式 - bgrewriteaof
客户端发送出一条bgrewriteaof命令后,redis会fork一个子进程完成AOF重写操作逻辑。
3. AOP 重写实现方式 - AOF 重写配置
- AOF配置项
配置 | 默认值 | 含义 |
---|---|---|
auto-aof-rewrite-min-size | 64MB | AOF文件重写需要的尺寸,AOF多大时开启重写 |
auto-aof-rewrite-percentage | 100 | AOF文件增长率 (当前AOF文件大小超过上一次重写的AOF 文件大小的百分之多少才会重写) |
-
AOF统计项
统计名 含义 aof_current_size AOF当前尺寸(单位:字节) aof_base_size AOF上次启动和重写的尺寸(单位:字节) -
自动触发时机
- 当前 AOF 文件大小超过最小重写尺寸
- 当前 AOF 文件大小超过上次重写完的 AOF 尺寸的百分之多少(auto-aof-rewrite-percentage)
aof_current_size > auto-aof-rewrite-min-size
(aof_current_size - aof_base_size) / aof_base_size > auto-aof-rewrite-percentage
AOF 相关配置
配置项 | 最佳取值 | 含义 |
---|---|---|
appendonly | yes | 开启AOF |
appendfilename | aof-${port}.aof | AOF文件名 |
appendfsync | everysec | AOF策略 |
dir | /redisDataPath | AOF文件所在目录 |
no-appendfsync-no-rewrite | yes | 在执行重写时不进行AOF操作 |
auto-aof-rewrite-percentage | 100 | AOF重写配置(见上文) |
auto-aof-rewrite-min-size | 64MB | AOF重写配置(见上文) |
AOF 重写原理
AOF重写不会读取老的AOF文件,而是根据当前服务器的状态生成一份新的AOF文件,将老的AOF文件进行替换。
AOF 重写流程
演示
redis 支持动态配置,我们开启 AOF,其他配置保持不变。
conf set appendonly yes
我们添加几个数据:
在 /opt/soft/redis/data/
目录下查看,可以看到,AOF 文件已经生成了,使用 more
命令查看 aof 文件:
看得不太清楚,我们用 head
命令打印 aof 文件头部信息:
使用重写命令:
我们使用 dbszie
重新查看一下数据大小,可以看到文件非常小,只有三个 key:
打印一下重写后的 appendonly.aof :
可以看到重写后的命令变成了:
seletc 0
set counter 2
set counter redis
rpush list a b c