果洛州网站建设公司,装修公司做网站热门关键词,iis 建立子网站,大学生网站开发项目计划书范文6. Redis AOF
6.1 简介
目前#xff0c;redis的持久化主要应用AOF#xff08;Append Only File#xff09;和RDF两大机制#xff0c;AOF以日志的形式来记录每个写操作#xff08;增量保存#xff09;#xff0c;将redis执行过的所有指令全部安全记录下来#xff08;读…6. Redis AOF
6.1 简介
目前redis的持久化主要应用AOFAppend Only File和RDF两大机制AOF以日志的形式来记录每个写操作增量保存将redis执行过的所有指令全部安全记录下来读操作不记录。只许追加文件但不可以改写文件redis启动之初会读取该文件重新构建数据。
6.2 AOF的配置
AOF默认不开启,在conf配置文件中进行配置。修改redis.conf配置文件appendonly no
//修改
appendonly yes默认文件名是appendonly.aof默认是启动后的相对路径redis在哪里启动appendonly.aof文件就在哪生成
6.3 AOF日志是如何实现
数据库写前日志(Write Ahead Log ,WAL)在实际写数据库前先把修改的数据记录到日志文件中以便发生故障时时行恢复。
AOF日志是写后日志。redis先去执行命令把数据写入内存中然后才去记录日志。 查看AOF文件 set k1 v1 vi appendonly.aof
*3 //接下来的指令由3部分组成
$3 //指令有3个字节
set
$2 //指令有2个字节
k1
$2 //指令有2个字节
v1为什么使用写后日志
redis为了避免检查开销向AOF中记录日志是不做检查的。如果写前执行很有可能将错误指令记录到日志中在使用redis恢复日志时就可能会出现错误不会阻塞当前的写操作
6.4 AOF 的潜在风险
aof文件可能由于异常原因被损坏。可以使用redis自带的命令redis-check-aof --fix appendonly.aof文 件修复成功可以正确启动由于刚刚执行一个指令还没有写入日志就宕机了。就会导致数据永久丢失(redis做为数据库存储的 情况)AOF避免了对当前指令的阻塞但可能会由于磁盘写入压力较大对下一个操作带来阻塞风险
6.5 AOF三种写回策略
打开redis.conf配置文件 appendfsync选项
always同步写回:每个写指令执行完立即同步将指令写入磁盘日志文件中everysec每秒写回默认配置方式。每个写指令执行完先把日志写到AOF文件的内存缓冲区。每隔一秒把缓冲区的内容写入磁盘no操作系统控制写回每个写指令执行完先把日志写到AOF文件的内存缓冲区由操作系统决定何时把缓冲区的内容写入磁盘
选项写日志时机优点缺点always同步写回数据可靠性高基本不丢失对性能影响大everysec每秒写回性能适中当服务器宕机时丢失1秒内数据no操作系统控制写回性能最高当服务器宕机时丢失数据较多
6.6 AOF重写机制
6.6.1 简介
Redis根据数据库现有数据创建一个新的AOF文件读取数据库中所有键值对重新对应一条命令写入。
可以使用命令bgrewriteaof
重写主要是对多余的命令进行简化修改例如对list的lpush和rpop进行简化
6.6.2 AOF重写的相关配置
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb如果aof文件超过64m且比上次重写后的大小增加了100%自动触发重写。 例如 文件80m开如重写重写后降到50m下一次达到100m再开始重写。
6.6.3 AOF重写流程
bgrewirteaof触发重写判断是否当前有重写在运行如果有则等待重写结束后再执行主进程fork出一个子进程执行重写操作保证主进程不阻塞可以继续执行命令子进程循环遍历reids内存中的所有数据到临时文件客户端的写请求同时写入aof缓冲区和aof重写缓冲区。保证原AOF文件完整以及新的AOF文件生成期间的新的数据修改操作不会丢失子进程写完新AOF文件以后向主进程发送信号主进程更新统计信息主进程把aof重写缓冲区中的数据写入到新的AOF文件用新AOF文件覆盖掉旧的AOF文件完成AOF重写
7. Redis RDB
7.1 简介
RDBRedis DataBase内存快照记录内存中某一时刻数据的状态。
RDB和AOF相比记录的数据不是操作指令
redis提供了两个指令生成RDB文件
save再主线程中执行会阻塞主线程bgsave创建一个子线程专门用来写RDB避免主线程阻塞默认配置
例如有6GB的内存数据量磁盘写入0.3GB/S需要20S时间来完成RDB文件写入其中在这20中可能会有写入或修改数据
处理技术写时复刻技术copy-on-write cow。在执行快照处理的时候依然正确执行写入操作快照将修改数据创建副本保存的时修改之前的数据
7.2 快照频率
通过redis.conf配置文件去做处理
# save 3600 1
# save 300 100
# save 60 100007.3 混合使用AOF和RDB
通过redis.conf配置文件 打开aof
appendonly yes打开混合配置
aof-use-rdb-preamble yes在aof文件中前半部分就是rdb文件的内容从rewirte之后是aof文件内容
7.4关于对redis执久化处理的建议
如果数据在服务器运行的时候使用redis做缓冲可以不使用任何持久化方式数据不能丢失rdb和aof混合使用是一个好的选择如果数据不要求非常严格要以允许分钟级别丢失可以使用rdb如果只使用AOF建议配置策略是everysec在可靠性和性能之间做了一个折中如果磁盘允许尽量避免AOF重写的频率,将默认值64M进行修改
