RDB存储的弊端
解决思路
AOF概念
AOF写数据过程
AOF写数据三种策略(appendfsync)
AOF功能开启
?配置
appendonly yes|no
?作用:是否开启AOF持久化功能,默认为不开启状态
?配置
appendfsync always|everysec|no
?作用:AOF写数据策略
AOF相关配置
?配置
appendfilename filename
?作用:AOF持久化文件名,默认文件名未appendonly.aof,建议配置为appendonly-端口号.aof
?配置
dir
?作用:AOF持久化文件保存路径,与RDB持久化文件保持一致即可
AOF重写
随着命令不断写入AOF,文件会越来越大,为了解决这个问题,Redis引入了AOF重写机制压缩文件体积。
AOF文件重 写是将Redis进程内的数据转化为写命令同步到新AOF文件的过程。简单说就是将对同一个数据的若干个条命令执行结 果转化成最终结果数据对应的指令进行记录。
AOF重写作用
AOF重写规则
如del key1、 hdel key2、srem key3、set key4 111、set key4 222等
如lpush list1 a、lpush list1 b、 lpush list1 c 可以转化为:lpush list1 a b c。
为防止数据量过大造成客户端缓冲区溢出,对list、set、hash、zset等类型,每条指令最多写入64个元素
AOF重写方式
? 手动重写
bgrewriteaof
? 自动重写
auto-aof-rewrite-min-size size
auto-aof-rewrite-percentage percentage
AOF手动重写 —— bgrewriteaof指令工作原理
AOF自动重写方式
? 自动重写触发条件设置
auto-aof-rewrite-min-size size 重写最小尺寸
auto-aof-rewrite-percentage percent 自动重写的百分比
? 自动重写触发比对参数( 运行指令info Persistence获取具体信息 )
aof_current_size 当前有大小
aof_base_size 基础尺寸
? 自动重写触发条件
注意:auto-aof-rewrite-min-size size 和aof_current_size关联、auto-aof-rewrite-percentage percent和aof_base_size关联 (两种都配置也可以、配置一个也可以)
AOF工作流程
AOF重写流程
AOF缓冲区同步文件策略,由参数appendfsync控制系统调用write和fsync说明:
? write操作会触发延迟写(delayed write)机制,Linux在内核提供页缓冲区用 来提高硬盘IO性能。write操作在写入系统缓冲区后直接返回。同步硬盘操作依 赖于系统调度机制,列如:缓冲区页空间写满或达到特定时间周期。同步文件之 前,如果此时系统故障宕机,缓冲区内数据将丢失。
? fsync针对单个文件操作(比如AOF文件),做强制硬盘同步,fsync将阻塞知道 写入硬盘完成后返回,保证了数据持久化。
除了write、fsync、Linx还提供了sync、fdatasync操作,具体API说明参见:
RDB VS AOF
RDB与AOF的选择之惑
对数据非常敏感,建议使用默认的AOF持久化方案
数据呈现阶段有效性,建议使用RDB持久化方案
综合比对
持久化应用场景
原文:https://www.cnblogs.com/zhangchaoya/p/15238107.html