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

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命令。两个命令的使用是由于操作系统的机制决定的

  • 3
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis AOF是一种持久化机制,用于将Redis服务器的操作日志以追加的方式记录在磁盘上。引用中提到,当AOF文件的体积变得过大时,Redis可以自动进行AOF重写。AOF重写实际上是对当前数据集所需的最小命令集合进行重写,而不是对原有的AOF文件进行写入和读取操作。这个重写过程是在后台进行的,通过fork子进程来执行。重写后的新AOF文件能够恢复当前数据集的状态。 引用中提到,RedisAOF重写程序放在后台子进程中执行的原因是为了避免影响服务器的请求处理能力。通过将AOF重写程序放在后台执行,可以确保服务器能够继续处理请求,而不会被AOF重写过程阻塞。 在Redis服务器中,redisServer结构维护着服务器的状态,而aof_buf域则用来保存等待写入AOF文件的协议文本(RESP)。这些协议文本包含了对键的操作命令,用于记录服务器的操作日志。当需要将操作日志写入AOF文件时,这些协议文本会被写入到AOF缓冲区中,然后由后台的AOF子进程负责将缓冲区中的内容写入到AOF文件中。这种方式可以提高性能,并且减少了直接写入文件的开销。引用中提到了这一点。 综上所述,RedisAOF机制是通过记录操作日志来实现数据持久化的。当AOF文件体积过大时,Redis会自动进行AOF重写,将当前数据集所需的最小命令集合写入一个新的AOF文件中。为了避免影响服务器的请求处理能力,AOF重写过程会在后台执行。通过维护一个AOF缓冲区,Redis可以将待写入的协议文本暂时保存在内存中,然后由后台子进程负责将其写入AOF文件中。这种机制可以提高性能并减少直接写入文件的开销。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值