Cloudways PHP 请求慢：每月 $24 主机升级前先查什么

从一个具体慢操作开始

选一个重要且能复现的操作，例如打开后台页面、提交表单或搜索商品。记录时间、URL、登录状态，以及请求是否命中页面缓存。缓存首页很快，不能证明动态任务也快。

Cloudways 的 PHP 应用监控提供三种视图：Requested Pages 显示请求次数和平均耗时；Running Processes 显示运行中的 PHP/PHP-FPM 进程及其 CPU、内存和时长；Slow Pages 列出耗时超过五秒的请求，并提供次数与时间数据。

三种信息需要合看。调用非常频繁、平均耗时中等的接口可能值得优化；偶发长请求也可能只是后台任务。慢页面列表为空，只说明这套记录与阈值下没有显示项目，不代表所有重要操作都达到了你的速度目标。

| 应记录的信息 | 用途 | |---|---| | 具体慢操作和时间段 | 将用户症状与监控对应 | | URL、次数、耗时 | 区分高频工作和偶发请求 | | 当时的运行进程 | 查看故障期间实际在做什么 | | 同期 CPU 与内存 | 判断资源压力是否同时出现 | | 最近代码、插件或任务变化 | 给排查提供具体假设 |

先确认 CPU 图的方向

Cloudways 当前 CPU 指南使用 **CPU Consumption（使用率）**，数值越高表示越忙；指南明确说明，这与旧的 **Idle CPU（空闲率）**方向相反。判断是否升级前，先看图表标签。

同一服务器有多个应用时，通过应用明细寻找占用来源，并选择合适时间段，不只看一个瞬间。官方将持续高负载与短暂尖峰分开，也建议结合其他资源。当页面提示没有数据时，应扩大已记录时间范围；没有测量值不能当作资源有余量。

低 CPU 下也可能出现慢请求。CPU 只是一个信号，不能完整解释数据库工作、外部等待或请求调度。反过来，正常高峰持续占用资源，且应用优化仍不足时，才可能构成容量复核依据。

PHP worker 限制不是访客容量承诺

PHP FPM 手册将 `pm.max_children` 定义为并发处理请求的数量限制，其行为还取决于进程管理模式。这个配置上限不是响应时间保证，也不是某个主机方案可承载的访客人数。

举一个纯算术例子：若四个请求同时处理，每个持续占用 worker 两秒，在理想稳定条件下约为每秒完成两个请求。这不是 Cloudways 压测；缓存、请求时长变化、数据库和资源争用都会改变实际结果。

提高并发数不能被假定为增加 CPU 或内存。让 Cloudways 支持结合当前进程池、资源和耗时分析，而不是照抄另一个网站的 worker 设置。

WordPress 优化手册将主机资源、应用配置、插件和缓存作为不同因素讨论。因此，购买容量前可以先验证明确的应用原因，在安全副本上做单一变化，再比较同一个操作。

仪表板解释不清时，再看事务追踪

如果事务很慢但原因不明，可用追踪查看时间花在哪里。New Relic 文档说明，可以在事务中检查数据库查询，包括耗时与重复查询；不过，相关明细取决于追踪是否收集到数据及采集设置。

Cloudways 文档中的 New Relic 集成需要自己的许可密钥，当前 CPU 指南还注明不支持欧盟区域密钥。依赖它之前，确认账户资格、采集设置和第三方费用。内置监控不等于包含所有外部监控权益。

把购买决定和证据能解释的问题对应起来：数据库耗时明显，就调查相应工作；合理优化后依然受资源限制，才考虑更大的服务器。不能把任何一个发现推广成所有慢页面的统一修复。

用具体验收结果衡量升级成本

DigitalOcean Standard 的明确表格列出：**2GB 内存、一个核心、50GB 存储、2TB 流量为 $24/月**；4GB 档为**两个核心、80GB 存储、4TB 流量，$46/月**。差额是每月 $22，按价格不变、完整使用十二个月计算为 $264。这是基础配置对比，不是完整账单或速度承诺。

批准这笔增加前，先为关键操作写下可接受响应时间、错误情况和业务正确性，并在代表性忙时验证。做完受控优化或计划内扩容后，重复同一测量。完整预算还应查看订单里的备份、附加功能、税费和其他适用费用。

若负载健康且定向修复已解决症状，保留 Standard 2GB。若正常业务持续资源紧张，并与慢请求同时出现，且改善价值足以覆盖差额，再考虑升级。若依据只有 worker 数量宣传、空的慢列表或一次 CPU 尖峰，暂缓付费判断。

[查看 Cloudways 当前 Standard 2GB 方案](https://www.cloudways.com/en/?id=2214307)。

联盟披露：通过此官方直链购买，Toolnavia 可能获得佣金。本文不承诺实测速度、转化提升或保证访客容量。