ThinkPHP在Debian中的性能监控

性能监控这事儿，说起来其实分两层。一层是看机器本身跑得稳不稳，另一层才是看ThinkPHP这个应用到底卡在哪。先搞定底层，再谈应用，这个顺序别搞反了。

系统级性能监控（Debian基础环境）

在Debian环境下搞监控，先得把底层摸清楚。别一上来就盯着ThinkPHP的代码看，有时候问题根本不在代码里，而是CPU或磁盘先扛不住了。以下几种工具算是常规操作，但用好了很关键：

• htop：比top直观太多了，能实时看到CPU、内存和每个进程的状态。安装也简单，sudo apt install htop && htop就能跑起来。
• vmstat：想看系统整体负载？用vmstat 1 5，每秒刷新一次，连续5次，虚拟内存、CPU、磁盘I/O都给你列得明明白白。
• iostat：专门看磁盘性能的，得先装sysstat包。跑一下iostat -xz 1，磁盘读写速度和I/O等待时间一目了然。
• netstat/ss：查网络连接状态。想看清楚所有TCP/UDP连接以及对应的进程，netstat -tulnp足够；想要更简洁的输出，ss -tuln是更好的选择。
• journalctl：这套systemd日志管理工具能让你精准定位问题。比如用journalctl -u apache2看Apache的日志，或者加上--since "2025-11-01"只看某个时间段的内容，排查问题时非常好用。

ThinkPHP应用级性能监控

代码级性能分析与瓶颈定位

底层搞清楚了，接下来就是应用本身。这一步需要深入代码内部，看看到底是哪里慢了。

• DebugBar：一个轻量级的调试工具栏，安装完就能在页面上实时看到请求时间、内存占用、数据库查询次数。具体怎么装？用Composer跑一句composer require barryvdh/lara vel-debugbar（ThinkPHP兼容），然后在config/app.php里加上BarryvdhDebugbarServiceProvider::class，再在app/middleware.php注册中间件BarryvdhDebugbarMiddlewareDebugbar::class。不需要改业务代码，性能数据就自动出来了。
• Xhprof/Xhgui：这算是专业级的性能分析工具了，能深入到每个函数，给你看哪个函数调得最久、哪段代码最吃内存。安装Xhprof通过PECL就行（pecl install xhprof），然后在ThinkPHP入口文件public/index.php里加上Afk11XhprofXhprof::start()和Afk11XhprofXhprof::end()。Xhgui是配套的可视化工具，把数据存进MySQL，然后在Web界面里看函数调用树、热点函数。慢查询和重复计算这类问题，用这个工具找起来特别快。

自定义中间件记录性能指标

如果你觉得现成的工具不够灵活，完全可以自己写个中间件来监控。做法也不复杂：

• 创建中间件：php think make:middleware PerformanceMiddleware。
• 在handle方法里记录开始时间，等响应返回后计算耗时，然后写进日志。比如：$start = microtime(true); $response = $next($request); $cost = microtime(true) - $start; thinkfacadeLog::info("请求耗时：{$cost}秒");。
• 最后在app/middleware.php里注册这个中间件，让它全局生效。

第三方监控工具集成

如果你的团队需要更系统的监控体系，第三方工具就派上用场了。

• Prometheus + Grafana：这套组合几乎是标配了。先装Prometheus（sudo apt install prometheus），然后在prometheus.yml里配置ThinkPHP应用的抓取目标。ThinkPHP这边，可以通过中间件或者扩展（比如think-prometheus）把请求数、响应时间、错误数这些关键指标暴露出来。Grafana装好以后（sudo apt install grafana），加上Prometheus数据源，就能做出非常直观的性能面板，请求延迟分布、内存使用率这些趋势图一目了然。
• Datadog/New Relic：商业监控工具的好处是开箱即用。安装Agent（比如sudo apt install datadog-agent），配置好datadog.yaml。然后通过Composer装个SDK（composer require datadog/php-datadogstatsd），在代码里用$datadog->timing('thinkphp.request.time', $cost_time)这样的方式记录指标，数据就自动发到平台上了。报警功能也很成熟，适合不想自己搭监控体系的情况。

日志与异常监控

最后，别忘了日志和异常。这两块往往是事故复盘的第一手资料。

• ThinkPHP日志：在config/log.php里设置日志级别，比如level设为['info', 'error']，这样既能记录正常请求，也不会漏掉错误信息。
• 异常监控：推荐用Sentry这类工具。装个composer require sentry/sdk，就能捕获异常堆栈和请求上下文。一旦出问题，开发人员会第一时间收到通知，不用等用户来投诉才发现。