OPcache容量评估应同时查看可用内存、已缓存脚本、命中与重启原因等信息。缓存空间不足可能需要调整，但无限增加内存并不能修复重复发布目录、异常脚本量或其他服务争用资源的问题。
先读取目标运行环境状态
确认状态来自网站实际FPM而非无关CLI进程，记录采样时间、缓存使用、空闲及相关计数。重启后的短期数据与长时间运行状态不能直接比较。状态信息可能包含文件路径，不应把完整监控页面公开给所有访客。
将脚本数量与部署方式联系起来
频繁创建不同路径的发布目录、保留大量不用站点或重复加载文件，都可能影响缓存条目和空间。先了解正常代码规模，再判断资源需求。不能看到条目数高就清空所有主题或插件，也不能把磁盘文件体积简单等同于编译缓存所需内存。
区分正常预热与异常重启
更新或按计划重载后缓存需要重新建立，短期命中下降不必然是故障。持续的空间相关重启、错误或负载变化则应结合日志判断。记录配置项含义与适用范围，避免只改一个容量值却忽略脚本条目限制或无效发布路径管理。
在整机预算内做小步调整
给数据库、PHP工作进程和其他站点留出资源，保存原配置后测试。比较同类负载下命中、重启和实际响应，确认改善不只是重置了计数。调整结束保留观察周期和告警条件，不承诺某个通用缓存大小适合所有WordPress。
关键区别
缓存容量：编译代码的空间；不是越大越合适。
脚本规模：受站点和发布路径影响；不能只看插件数量。
状态计数：依赖采样周期；重置前后需同口径。
怎样确认处理到位
代表性负载下缓存状态稳定，相关异常重启减少且整机资源充足，实际响应改善有对应范围的数据支持。
容易误判的边界
OPcache内存与PHP每请求memory_limit不是同一预算；不要用一个参数代替全部服务器容量规划。
