V2EX › CharlieLiu 的所有回复 › 第 1 页 / 共 1 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

9 月 30 日

回复了 CharlieLiu 创建的主题 › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版

@shuijingwanwqyy 你留三层的理由（ 2 核 4GB + 爬虫流量告警）比能少一层是一层更站得住，资源不够的时候，先让流量别打到 PHP 上，优先级是对的。
对象缓存在正常保存时确实会跟着失效，真正不会自动失效的是页面缓存那一层（按 URL 存整页的，Nginx FastCGI 或 W3TC 的 page cache 都算）。所以最需要手动干预的是它，CDN 让它自然过期反而是省事的做法，你这套已经把那步成本最高的（ CDN 推送）省掉了。

9 月 30 日

回复了 CharlieLiu 创建的主题 › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版

@doveyoung 建议收下了，回头看。让 AI 润色了下，读起来像一直机器在总结。

9 月 30 日

回复了 CharlieLiu 创建的主题 › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版

@UEFI 你说得对。WordPress 正常保存文章时，核心会主动清掉这条对象缓存——正常路径上不该出现"库改了、Redis 还是旧的"。我写的那一节，前提其实是另一种情况：绕过 WordPress API 的写入（直接改库、SQL 直连、phpMyAdmin ），那条路径不触发清理钩子。这个前提我没写出来，回头补上。

9 月 29 日

回复了 CharlieLiu 创建的主题 › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版

两位说得都对，能少一层是一层。我这套留着 Redis 主要是替 MySQL 扛动态请求和后台的查询。真要精简，一般也是先摘它——全页缓存对访客的收益更直接。这篇写给已经堆了几层、在收拾顺序的人。还没堆的话，就按你们说的来。