监控里每隔一阵出现 800 毫秒延迟尖刺，日志同时打着 Background AOF rewrite finished。日志里能对上时间点，这种反而好排。
重写靠 fork 触发，页表复制和随后的写时复制都吃 CPU 和内存，实例越大阻塞越久，自动触发的时机又完全不看业务高低峰。这一点先确认清楚，后面就不用反复试。
CONFIG SET no-appendfsync-on-rewrite yes CONFIG SET auto-aof-rewrite-percentage 0 BGREWRITEAOF INFO persistence
「Redis AOF rewrite 阻塞」改完先别急着全量，挑一台机器放半天，真有问题这段时间就能看出来。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。
报错里带路径的，先去看那个路径在不在、权限对不对。同一份配置存在多处的，先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。
处理上按这个顺序：关掉自动重写 改成低峰期手动触发 BGREWRITEAOF；打开 aof-use-rdb-preamble 减小重写文件体积；重写期间不再同步刷盘 用 no-appendfsync-on-rewrite。
结果对不对很好判断，连着看三个低峰窗口，延迟尖刺消失，重写仍能正常完成。