异常网站服务器失去响应刷新网页

下午三点十七分，异常应刷页我正盯着后台的网站监控面板，那个数字突然就停住了——响应时间从120ms直接跳成了红色超时。服务刷新一次，器失去响白屏。新网再刷新，异常应刷页浏览器转了三圈，网站还是服务白屏。

这不是器失去响第一次了。上个月也是新网周三，同一个时间段，异常应刷页服务器像被谁掐住了脖子。网站我后来查了日志，服务发现是器失去响某个爬虫脚本发了疯似的请求接口，每秒几千次，新网直接把连接池打满了。但今天不一样，流量曲线平得像死人的心电图，CPU占用率也不过15%，它凭什么失去响应？

我打开终端，ping了一下域名，通了，延迟4ms，正常得让人恼火。再试SSH连接，居然也连上了——服务器活着，进程还喘着气，可就是不肯给网页吐一个字。这种感觉就像你打电话给一个人，电话通了，对面也接了，但就是不出声，你能听到呼吸，却等不到回答。

查了Nginx的error.log，没有报错，没有502，没有任何异常记录。再看PHP-FPM的状态页，进程空闲，队列为空。数据库连接数正常，Redis缓存命中率也漂亮。所有指标都在说“我没事”，但网页就是打不开。这种时候最折磨人——故障不可怕，可怕的是故障没有指纹。

后来我干了件蠢事，但也算歪打正着。我随手用curl访问了一下首页，加了-v参数，结果看到响应头里有个奇怪的字段：X-Accel-Buffering: no。这玩意儿平时根本不会出现，除非有人手动设置过。我翻了下配置，果然，昨天下午运维同事改了一个反向代理的缓存开关，本意是优化图片加载，结果把整个页面流的缓冲机制搞坏了。浏览器等不到完整的响应头，就一直干等着，直到超时。

你说这事儿气不气人？硬件没坏，代码没崩，纯粹是配置改错了地方。改回去，刷新，页面回来了，用时0.8秒。整个过程耗时四十分钟，最后只改了一行配置。

所以啊，遇到服务器失去响应，别急着重启。先看看是不是有人动了不该动的东西——很多时候，问题不在机器，在改机器的人。我的经验是，先查最近24小时内的配置变更记录，比瞎猜强十倍。要是没查出来，再考虑网络、DNS、防火墙这些外部因素。顺序反了，你就等着白忙活吧。

对了，最后提醒一句：改完配置记得测试，别信“应该没问题”这种鬼话。我那位同事现在每次改完都会自己curl一遍，算是长了记性。

很赞哦!（21）