追加AOF时磁盘繁忙
redis 错误日志截图
下图为AOF工作流程图
AOF工作流程图
1.所有的写入命令会追加aof_buf(缓冲区中)。
2.AOF缓冲区根据对应的策略向硬盘做同步操作。
3.随着AOF文件越来越大,需要定期对AOF文件进行重写,达成压缩的目的(对一个key跟新100次会有100条记录, 重写后只留最后一条).
4.当redis服务器重启时,可以加载AOF文件进行数据恢复。
原主数据库追加aof阻塞
ip地址 原主库追加阻塞次数.
aof_delayed_fsync:154
使用everysec(每秒)刷盘策略的流程图
1.主线程负责AOF缓冲区
2.AOF线程负责每秒一次同步磁盘操作,并记录最近一次同步时间.
3.主线程对比AOF同步时间:
3.1如果距离上次同步时间在两秒内,主线程直接返回。
3.2如果距离上次同步时间超过两秒(意识是现在还在同步),主线程将会被阻塞, 直到同步完成。
整个集群的其他主库阻塞次数统计
15台主库的AOF 在SYNC的时候因磁盘繁忙,
追加AOF时阻塞次数,其中有11台主库被阻塞过,
aof_delayed_fsync阻塞次数.
ip1
# Persistence
aof_delayed_fsync:1
ip2
# Persistence
aof_delayed_fsync:18
ip3
# Persistence
aof_delayed_fsync:0
ip4
# Persistence
aof_delayed_fsync:1
解决方案
1.打开no-appendfsync-on-rewrite参数, 默认关闭,表示AOF重写期间不做sync操作, 并不能根本解决问题, 因为故障转移前没有发生AOF重写。
2.关闭AOF, 如果一组(主-从) 同时宕机, 会丢失5分钟数据，启动redis时如果没有发现AOF文件，redis 会选择RDB来恢复数据,rdb copy-on-write到磁盘的频率5分钟一次。
3.提升磁盘写入速度。
重启加载流程图
RDB 物化到磁盘频率图
