keepalived切换不直接修改nginx缓存配置，但会因连接重置、客户端重试、arp未刷新及上游不可用等导致缓存命中率下降；可通过优化arp广播、统一缓存策略、启用stale/lock机制及分离健康检查来快速恢复命中率。
Nginx 本身不感知 Keepalived 的状态切换，但 Keepalived 切换会间接影响 Nginx 缓存命中率——核心在于服务中断导致的缓存失效链式反应，而非配置联动。真正起作用的是切换引发的流量路径变化、连接重置、客户端行为调整，最终反映在缓存统计上。
Keepalived 切换本身不会修改 Nginx 的任何缓存配置或 keys_zone 状态，也不会清空 proxy_cache 或 fastcgi_cache。但一次不平滑的切换，会让原本稳定复用的缓存条目“突然没人用了”，从而在日志中表现为 HIT 率骤降、MISS 和 BYPASS 比例上升。
切换期间缓存命中率下降的典型原因
TCP 连接重置打断长连接复用
Keepalived VIP 漂移时，原主节点上的活跃连接被强制断开（RST 包），客户端重试时可能携带新 Cookie、随机参数或不同 User-Agent，导致 proxy_cache_key 变化 → 新请求无法命中已有缓存，触发 MISS。客户端重试行为引入干扰请求
HTTP 超时后，浏览器或 SDK 常发起带时间戳、traceid 或 no-cache 头的重试请求；这类请求常含Cache-Control: no-cache或Pragma: no-cache，Nginx 默认跳过缓存 → $upstream_cache_status 记为 BYPASS，拉低有效命中率分母。ARP 缓存未刷新造成请求错发
切换后客户端仍向旧 MAC 发包，部分请求实际未到达 Nginx（网络层丢包），而另一些则因超时重传、重定向或健康检查探测，产生大量非业务性请求 → 这些请求往往不满足缓存条件（如非 GET 方法、含 Cookie），进一步抬高 MISS/BYPASS 比例。上游服务短暂不可用引发缓存穿透
若 Keepalived 检测滞后（如 health_check 间隔 >2s），VIP 滞留在故障节点，Nginx 回源失败返回 502/504；这些响应默认不缓存，且后续请求持续回源 → MISS 持续累积，inactive 时间内无新缓存写入，已有缓存老化淘汰，整体命中率下滑。
如何让缓存命中率在切换后快速恢复
确保切换过程对客户端“透明”
在 notify_master 脚本中主动广播多次 gratuitous ARP：arping -U -c 3 -I eth0 $VIP
配合缩短 VRRP 检测周期（advert_int 0.5）和启用抢占（preempt on），把 VIP 接管控制在 800ms 内，减少错发窗口。统一客户端缓存策略，降低重试扰动
后端返回时固定设置：Cache-Control: public, max-age=60（对可缓存接口）
避免动态头（如Vary: *）、禁止Set-Cookie（除非登录态必需），防止同一 URI 因响应头差异被拒绝缓存。-
为高频接口启用 stale 与 lock 机制
proxy_cache_use_stale error timeout updating http_500; proxy_cache_lock on; proxy_cache_lock_timeout 3s;
即使切换瞬间回源失败或延迟，也能返回 stale 缓存内容，维持 HIT 状态，避免 MISS 雪崩。
分离健康检查与业务流量路径
Keepalived 的 check_script 不应直接 curl 业务接口（如/api/status），而应检测 Nginx worker 进程 + upstream 健康状态（如proxy_next_upstream日志），避免探测请求污染缓存 key 或触发限流逻辑。
不复杂但容易忽略。
