redis的aof同步策略和操作系统write、fsync的区别

Redis的AOF文件采用文本协议,便于兼容性和手动编辑。由于单线程特性,数据先存储在aof缓冲区,再根据appendfsync参数决定同步策略。always立即使用fsync确保数据安全但影响性能;eversec每秒fsync一次,兼顾性能和安全性;no仅使用write,依赖操作系统同步,性能最佳但数据风险最高。write仅写入io缓冲区,fsync确保数据写入硬盘。
摘要由CSDN通过智能技术生成

2022-1-1

往aof文件中记录命令的格式为redis网络通信时的resp协议。
aof文件采用了最普通的文本协议,优势:1文本协议兼容性高,2可手动更改aof文件。
由于redis是单线程,所以使用aof缓冲区暂存数据,否则直接落盘会影响redis的性能。
aof缓冲区数据同步到aof文件的时机由redis.conf中appendfsync参数决定。

appendfsync always/eversec/no aof缓冲区数据写入aof文件时的同步策略。
涉及操作系统的write命令、fsync命令、io缓冲区
    always 一旦aof缓冲区有数据时,就调用fsync命令强制往aof文件写数据(redis性能最差,数据可控性最好)
    eversec (默认)一旦aof缓冲区有数据时,就调用write命令往io缓冲区写数据,同时每秒调用一次fsync命令强制将io缓冲区的数据写入到aof文件(redis性能、数据可控性适中)
     no 一旦aof缓冲区有数据时,就调用wirte命令往io缓冲区写数据。由操作系统定期或当io缓冲区填满时,自动将io缓冲区的数据写入到aof文件(redis性能最好,数据可控性最差)

总结:always只调用fsync,no只调用write,eversec既调用wirte,又每秒调用一次fsync

write命令和fsync命令的区别:
    wire命令只能确定数据成功写入io缓冲区。数据是否成功写入aof文件,是由操作系统定期或当io缓冲区填满时,
自动将io缓冲区的数据写入到aof文件。所以在io缓冲区的数据存在断电数据丢失的风险。
    fsync命令具有强制将io缓冲区数据写入到aof文件的机制,可以确定数据是否成功写入aof文件。

java中write即write命令,flush即fsync命令。两个命令的使用是由于操作系统的机制决定的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值