首页 > 编程语言 >LNMP故障排查实用技巧

LNMP故障排查实用技巧

来源：互联网 2026-06-26 08:05:18

LNMP故障排查从日志入手，Nginx、MySQL、PHP-FPM错误日志可解决多数问题。配合top、netstat、lsof等命令行工具检查系统状态，用nginx-t验证配置文件语法，排查文件权限与SELinux策略，分层测试定位故障，利用监控工具提前预警。

LNMP这套组合——Linux、Nginx、MySQL、PHP——几乎是Web开发领域最经典的搭配之一。用得久了，难免会遇到各种“翻车”现场。怎么高效地定位问题？这里梳理了一套实战中积累下来的排查思路和工具链，希望对你有帮助。

LNMP故障排查实用技巧

长期稳定更新的攒劲资源： >>>点此立即查看<<<

从日志入手，是最直接的突破口

问题发生的第一时间，别急着拍脑袋猜。日志文件里往往写明了答案，关键是你知不知道去哪儿看。

Nginx的错误日志：默认路径是 /var/log/nginx/error.log。无论是配置出错、上游超时，还是权限拒绝，这里都会留下记录。
MySQL的错误日志：通常在 /var/log/mysql/error.log。如果数据库连不上、表损坏、权限异常，第一时间去翻它。
PHP的日志：如果你用的是PHP-FPM，那日志目录一般是在 /var/log/php-fpm/。记得检查PHP-FPM的错误日志，很多“白屏”或“500”问题根源就在这儿。

很多时候，光看错误日志就能解决80%的LNMP故障。剩下的20%，才需要动用下面的手段。

命令行工具：系统级别的“听诊器”

服务器出了问题，你得能“听到”它到底哪在疼。几个常用的工具可以帮你快速评估系统状态。

top 或 htop：看看CPU和内存到底谁在吃资源。如果Nginx进程把CPU撑满了，或者PHP进程内存泄漏，这里一目了然。
netstat 或 ss：检查网络连接状态。端口被占用了？连接数异常偏高？用这两个命令能迅速摸清。
lsof：列出所有打开的文件以及使用它们的进程。当你发现某个端口被莫名其妙占用，或者某个文件删除不了，lsof就是你最好的帮手。
tcpdump 或 wireshark：网络层面的问题，比如请求丢包、响应延迟，靠抓包分析最靠谱。虽然有点重，但遇到难啃的骨头时，这招非常管用。

别忽视配置文件，语法错误往往是“罪魁祸首”

很多刚接触LNMP的朋友，改完配置重启服务就报错，结果发现是配置文件里写了个多余的空格或者括号没闭合。

Nginx配置检查：执行 nginx -t，它会告诉你哪一行语法有问题。养成改完配置就跑一遍这个命令的习惯，能省很多重启服务查看错误日志的功夫。
路径、权限、设置：确认一下配置里写的路径是否存在、权限是否正确、参数值是否合理。比如PHP上传限制太小、MySQL的max_connections设置过低，这些都属于配置层面的“坑”。

文件权限和所有权：一个容易被忽略的细节

Web服务器用户（通常是www-data或nginx）对网站文件和目录需要有合适的读取权限。如果权限设置成600，那Nginx自然无法访问。MySQL的数据目录和日志文件也需要确保对MySQL用户有正确的读写权限。很多时候，LNMP环境下的问题就是“权限不够”四个字。

修改配置后，别忘了重启服务

这是最基础的一步，但也是最容易被遗漏的。改完配置、修复了错误之后，一定要重启对应的服务才能让更改生效。命令如下：

systemctl restart nginx
systemctl restart mysql
systemctl restart php-fpm

如果你用的是PHP-FPM，那三个服务都得重启。顺序无所谓，但别忘了每一步。

借助监控工具，让问题“提前暴露”

与其等用户反馈网站挂了，不如自己主动监控。像New Relic、Datadog这类工具，能帮你实时掌握应用性能、慢查询、错误率等指标。生产环境里强烈建议加一套LNMP监控方案，很多时候问题还没扩散，监控告警就已经通知你了。

如果问题不明显，试试“分层排查”

有些问题表现得比较模糊，比如页面加载慢，但不知道是哪个环节拖了后腿。这时候可以分层测试：先确认Nginx是否能正常返回静态页面（比如一个简单的index.html），再测试PHP能否正确解析（比如写一个phpinfo()），最后检查数据库查询是否正常。逐层缩小范围，很快就能定位到具体是哪一层出了毛病。

SELinux/AppArmor：安全策略的“暗礁”

如果你的系统启用了SELinux或AppArmor，那么安全策略可能会阻止服务正常运行。比如Nginx无法访问某个文件，但权限看起来没问题——那十有八九就是SELinux在“作祟”。可以先用getenforce查看当前状态，如果是Enforcing，试试setenforce 0临时关闭后再测试，如果问题消失，那说明需要调整安全策略。