CharlieLiu's recent timeline updates CharlieLiu's recent timeline updates |
CharlieLiuV2EX member #562952, joined on 2021-11-23 17:43:34 +08:00Today's activity rank 1740 |
gkmix.com
| 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版
1 程序员 • CharlieLiu • 13h 59m ago • Lastly replied by shuijingwanwqyy
|
14 |
CharlieLiu's recent replies
15h 55m ago Replied to a topic by CharlieLiu › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版 |
@shuijingwanwqyy 你留三层的理由（ 2 核 4GB + 爬虫流量告警）比能少一层是一层更站得住，资源不够的时候，先让流量别打到 PHP 上，优先级是对的。
对象缓存在正常保存时确实会跟着失效，真正不会自动失效的是页面缓存那一层（按 URL 存整页的，Nginx FastCGI 或 W3TC 的 page cache 都算）。所以最需要手动干预的是它，CDN 让它自然过期反而是省事的做法，你这套已经把那步成本最高的（ CDN 推送）省掉了。
对象缓存在正常保存时确实会跟着失效，真正不会自动失效的是页面缓存那一层（按 URL 存整页的，Nginx FastCGI 或 W3TC 的 page cache 都算）。所以最需要手动干预的是它，CDN 让它自然过期反而是省事的做法，你这套已经把那步成本最高的（ CDN 推送）省掉了。
16h 0m ago Replied to a topic by CharlieLiu › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版 |
@doveyoung 建议收下了，回头看。让 AI 润色了下，读起来像一直机器在总结。
16h 3m ago Replied to a topic by CharlieLiu › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版 |
@UEFI 你说得对。WordPress 正常保存文章时，核心会主动清掉这条对象缓存——正常路径上不该出现"库改了、Redis 还是旧的"。我写的那一节，前提其实是另一种情况：绕过 WordPress API 的写入（直接改库、SQL 直连、phpMyAdmin ），那条路径不触发清理钩子。这个前提我没写出来，回头补上。
Sep 29 Replied to a topic by CharlieLiu › 程序员 › 记一次网站缓存排查：改完内容清了所有缓存，访客还是看到旧版 |
两位说得都对，能少一层是一层。我这套留着 Redis 主要是替 MySQL 扛动态请求和后台的查询。真要精简，一般也是先摘它——全页缓存对访客的收益更直接。这篇写给已经堆了几层、在收拾顺序的人。还没堆的话，就按你们说的来。
Select Language