在Linux环境中，监控PHP应用的性能与资源占用，其实是个老生常谈的话题。但说实话，真正能把监控做扎实、做到位的团队，并不多。很多时候大家只是装个工具就跑，根本不清楚哪些指标是关键，更别提在问题爆发前提前预警了。下面整理了几条最常用的路子，从命令行到企业级APM，按需取用就好。
命令行工具
这类工具最直接，也最轻量。比如经典的top，能实时看到哪个PHP进程吃CPU、占内存；htop是top的增强版，界面更友好，还能树状显示进程关系；ps则适合快照式排查，比如ps aux | grep php一把抓出所有PHP进程。如果你用了cgroup做资源隔离，systemd-cgtop还能看到组级别的资源消耗，非常实用。
Web服务器日志
Apache或Nginx的访问日志和错误日志，其实是潜在的“金矿”。通过分析日志，你能看到PHP响应时间、404/500比例、异常请求等。比如用goaccess或awstats这类工具做实时可视化，甚至能溯源到某个PHP脚本拖垮了整个站点。
PHP内置函数
PHP自身就提供了几个极简的监控接口：memory_get_usage()告诉你当前脚本吃了多少内存；memory_get_peak_usage()能抓出内存峰值——很多OOM问题就是靠这个排查的；getrusage()可以获取CPU时间等资源数据。把这些函数嵌入关键代码路径，配合日志就够日常调试了。
性能分析工具
如果遇到严重的性能瓶颈，就得请出Xdebug、XHProf或Blackfire这类剖析工具。Xdebug可以生成函数调用栈和执行时间火焰图；XHProf是Facebook开源的，轻量且适合生产环境（配合xhprof.io分析）；Blackfire是商业产品，但它的自动优化建议（比如提示你“这个地方缓存一下能省80%时间”）确实省心。这些工具能帮你定位到具体的瓶颈函数或SQL查询。
应用性能管理（APM）工具
对于生产环境，APM几乎是标配。New Relic、Datadog、AppDynamics等都能做到实时跟踪PHP请求的每个环节——从Web服务器到PHP引擎再到数据库，甚至第三方API调用。它们会自动生成事务追踪、慢请求排名、错误聚合等报表。不过要留意收费问题，免费版通常有数据量限制。
日志分析工具
如果日志量已经大到靠人工翻不过来了，就该上ELK（Elasticsearch、Logstash、Kibana）或Graylog这类系统。Logstash负责收集和解析日志，Kibana提供搜索和看板，比如可以快速筛选出最近5分钟内所有响应时间超过3秒的PHP请求，然后下钻到具体URL和参数。
自定义监控脚本
有些团队会自己写脚本配合cron定时抓取关键指标——比如每秒请求数、PHP-FPM进程数、内存使用率、数据库连接数等。然后通过InfluxDB+Grafana存储和展示，或者直接推送到企业微信/钉钉报警。这种方式灵活度高，但需要一定的维护成本。
系统监控工具
别忘了从系统层面看全局。Glances能在终端里一次性展示CPU、内存、磁盘IO、网络流量，比top更直观；Monit则擅长进程守护和自动恢复——比如PHP-FPM挂了它自动拉起，还能发报警邮件。把它们和PHP层面的工具配合使用，才能形成完整的监控闭环。
选择哪条路，取决于你的实际场景。测试环境用命令行+内置函数就够了；线上架构稍微复杂些，推荐至少上一套APM或日志分析系统。关键是别只装不用——真正把数据跑起来、设定好告警阈值，才是监控发挥作用的那一刻。
