网站超时：服务器和程序谁在背锅

超时这毛病，最容易被带偏。一帮人上来就去改 Nginx 的 proxy_read_timeout，60 改到 300，改完发现该等还是等——只是从等一分钟变成等五分钟，用户早走了。所以”网站超时服务器程序谁在背锅”这个问题，问法本身就有问题，先别急着找人背锅，先搞清楚它卡在哪一段。

网站超时服务器程序谁在背锅，先分清三段

一次请求从浏览器发出到你看见页面，中间走了三段路。第一段是连接：DNS 查询、TCP 握手、TLS 握手。第二段是等待：请求到了后端，PHP 也好 Java 也好 Python 也好，在干活，或者数据库在翻数据。第三段是传输：HTML 和一堆静态资源往回送。所谓超时，就是这三段里有某一段超过了你或者中间设备愿意等的上限，不是”服务器坏了”。这俩差别很大——坏了会有明确的错误码、进程退出痕迹，等太久往往是啥日志都不留，干干净净。

判断顺序我建议倒过来。多数人是先怀疑服务器性能，最后才想起看程序，实际上顺序反了更省时间：先看错误类型，再看后端耗时，最后才去查机器负载。

504 和 502 是两张不同的脸

浏览器上看到的东西大差不差，都是一句打不开。但服务端日志会说实话。504 Gateway Time-out 是网关在等后端，等超了自己先撤了——说明后端还活着，只是慢；502 Bad Gateway 是后端干脆没给回应，进程挂了、端口没监听、或者被系统的内存回收给干掉了。这俩对应完全不同的排查方向，分清楚了能省掉一大半瞎折腾。有人把 502 当超时治，一直去调超时时间，越调越糊涂。

服务器性能这条线，看几个硬指标

CPU 长期高位、内存吃满开始用交换分区、磁盘 iowait 飙高、并发连接数顶到上限，这四种都会让请求排队。用 top、vmstat、iostat 扫一眼比凭感觉改配置强。云主机还有个坑容易被忽略：突发性能实例靠 CPU 积分跑，积分用完了会限频，表现就是白天好好的、某个时段集体变慢，监控上 CPU 使用率反而不高——因为被限住了。这个各家叫法不一样，具体规则以云厂商的官方页面说明为准。

带宽打满也是一种超时，而且特别迷惑人。小带宽机器上放图片站，晚高峰出口被塞死，请求排队排到超时，回头一看服务器负载不高、CPU 也闲，就以为没事。其实链路早就堵了。监控里看带宽曲线是不是贴着上限走，一眼就清楚。

程序这边的坑更隐蔽

循环里查数据库、同步调第三方接口、读一个大文件不设上限、session 文件锁没释放——这些在测试环境看不出毛病，因为就你一个人点。一有并发立刻露馅。第三方接口那段最坑：对方慢两秒，你的进程就原地等两秒，并发一多，php-fpm 的进程池被占满，后面所有请求全在排队。你查服务器查半天，机器明明很闲。

还有日志。同步写日志、每个请求写一堆调试信息，磁盘又刚好是低速云盘，一天下来就能把响应拖慢。这类问题得去看应用自己打的耗时日志，或者 php-fpm 的 slowlog，光看机器指标永远找不着。

数据库经常是真凶，但很少有人先怀疑它

缺索引的查询在小表上完全看不出来，数据一多，一个条件扫全表能跑好几秒。锁等待更狠：一个事务没提交，后面一串全在等，表现出来就是”网站时快时慢、整点特别慢”。慢查询日志开一下，long_query_time 设个合理值，跑一天翻一翻，心里就有数了。另外连接池没配好、连接数打满，报出来的错长得也很像超时，别被带跑偏。

CDN 和回源，中间那层也吃时间

接了 CDN 之后，用户到边缘节点很快，但边缘回源慢，用户照样转圈。CDN 厂商基本都有回源超时设置，源站响应超过那个值，边缘直接给用户返回 504，而你的源站日志里可能只留了一条半截请求。所以查之前先确认三件事：报错的是哪个域名、走没走 CDN、回源超时设的是多少。这个值在控制台能看到，各家默认值不同，以服务商的官方文档为准。

十分钟定位：盯日志里那两个时间

Nginx 默认日志格式里没有耗时，得自己加。在 log_format 里补上 $request_time 和 $upstream_response_time，前者是从收到请求到发完响应的总耗时，后者是后端处理耗时。两个一比，方向就出来了：两个都大，慢在后端；$request_time 大而 $upstream_response_time 很小，慢在传输或者客户端那边；要是 $upstream_response_time 显示为 -，说明请求根本没到后端，问题在更前面。

命令行也能快速拆分段，比盯着屏幕刷强多了：curl -o /dev/null -s -w “dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total}\n” https://你的域名/。ttfb 大就是后端慢，connect 大就是网络或握手有问题，一眼分得开。

真碰上了，别先动配置。按顺序走一遍：确认错误码是 502 还是 504；确认请求走没走 CDN；翻 Nginx 日志里的两个耗时；再去看后端 slowlog 和数据库慢查询；最后才轮到 CPU、内存、IO、带宽这些机器指标。九成的情况走到第三步就有答案了。至于把超时时间从 60 调到 300，那只是让你自己等得更久，问题一个没解决。