SEO 百科

性能监控

本页目录

性能监控 盯的是资源与响应这两组量。机器侧看 CPU、内存、磁盘占用与 IO 等待、网络带宽；服务侧看每个请求花掉多少时间、队列排了多长、并发撑到多少。两侧要能对照着看，页面变慢的原因常藏在另一侧。

三条要分开的时间

一次页面请求的时间分成几段：网络与 TLS 握手、服务器内部处理、内容传回与浏览器渲染。核心 Web 指标衡量的是真实用户那一侧，看的是最终感受，LCP 要求最大内容在开始加载后 2.5 秒内完成渲染^[1]。

服务器侧的响应时间只是其中一段。它变高说明处理或数据库慢，它正常而 LCP 差，要看资源体积与渲染。

按同期分布设阈值，不看绝对值。同一站点工作日与周末的曲线差别明显，固定阈值会造成误报^[2]。

关键接口单独看。列表页与详情页的耗时结构不同，混在一起取平均会掩盖问题。

慢查询与队列长度值得独立成图，这两项通常是响应时间上升的先行指标^[3]。

实验室数据来自单次浏览，稳定但看不到真实分布；真实用户数据来自访客浏览器，反映实际网络与设备差别。Google 在核心 Web 指标里以真实用户数据为判定依据，工具与报告口径要分清^[1]^[2]。

响应变慢到超时就是 5xx，Google 会把它当作服务器过载信号并降低抓取速度^[4]。资源限制给少了，面板里改代码也救不回来，这类问题要从监控图上找到瓶颈那一层。

第一种是只看 CPU 不看 IO 与内存回收。第二种是把 CDN 挡住的流量当成源站负载。第三种是监控数据不留长期历史，季节性波动无法对比^[2]。