Varnish缓存命中率仅30%的原因排查及容量保障咨询

1. 如何确保Varnish具备足够容量？ #

• 估算缓存总需求：用varnishlog -g request -q "RespStatus == 200" | grep -i "X-Varnish-Bytes"查看单页面缓存对象的平均大小，结合站点1000-1500页面的规模，再考虑不同Cookie、User-Agent生成的缓存副本，计算总内存需求。比如单页平均1MB的话，1500页加副本至少需要2GB以上。
• 监控缓存内存使用：执行varnishstat -f SMA.s0.g_bytes查看当前缓存池已用内存，SMA.s0.q_bytes为等待存入缓存的对象大小。如果已用内存接近配置的2048m，说明容量不足，需调整varnishd启动参数-s malloc,2048m，比如增大到4096m。
• 检查缓存驱逐情况：执行varnishstat -f MAIN.n_lru_nuked查看LRU机制驱逐的缓存对象数，若数值持续增长，说明内存不足，缓存对象被频繁清理，必须扩容。
• 压缩缓存对象：在Magento后台启用Gzip压缩，或在VCL中添加压缩规则，减少单个缓存对象的体积，间接提升缓存容量利用率。

2. 如何进一步排查大量页面未被缓存的原因？ #

• 核查VCL缓存规则：
  • 检查是否存在return(pass)的触发条件，比如针对非GET/HEAD请求、特定Cookie或User-Agent直接跳过缓存。
  • 验证后端响应头：用curl -I https://你的站点域名/目标页面查看返回的Cache-Control、Expires头，若包含no-cache、no-store、private，Varnish会拒绝缓存该页面。
• 检查Magento缓存配置：
  • 确认后台全页缓存已启用，且缓存应用选择为Varnish。
  • 排查页面缓存标记：普通商品页等静态页面若未缓存，需检查是否有自定义模块、扩展修改了页面缓存策略，或页面被标记为动态内容。
  • 查看Purge操作日志：执行varnishlog -g request -q "ReqMethod == PURGE"，确认是否存在频繁的Purge请求导致缓存被批量清空。
• 分析Varnish请求日志：
  • 用varnishlog -g request -q "CacheMiss"筛选未命中的请求，对比缓存命中的请求，找出差异点：比如是否携带用户登录Cookie、Accept-Encoding等头信息不同，导致生成不同缓存副本或直接跳过缓存。
  • 查看日志中的VCL_call字段，确认请求是进入pass还是hash阶段，若为pass则说明VCL规则强制跳过缓存。
• 核查Nginx配置：确保Nginx未在Varnish之前添加不必要的Set-Cookie头，避免Varnish误判页面为动态内容而不缓存。检查proxy_set_header Cookie配置是否正确传递后端Cookie，无额外添加。
• 单页面缓存测试：选择一个应被缓存的页面，首次访问后，用curl -H "Cookie: " https://你的站点域名/目标页面（不带Cookie）再次访问，查看响应头的X-Varnish字段，若包含两个ID则为缓存命中，若仍为MISS则说明该页面本身不满足缓存条件。

内容的提问来源于stack exchange，提问作者archigrafix