LNMP（Linux+Nginx+MySQL+PHP）这套组合，日志管理绝对是运维环节里绕不开的“基本功”。日志不仅是系统运行状态的晴雨表，更是故障排查时的第一线索，性能优化的重要依据。想把这套玩明白，得从日志分类、轮转策略、清理机制、分析工具到安全防护，一个环节一个环节地抠。下面直接上干货。
一、Nginx日志管理
Nginx的日志主要分两类：访问日志（access_log），记录每个客户端请求的IP、URL、状态码这些细节；错误日志（error_log），则盯着服务器运行时的异常，比如配置写错了、连接超时了之类的。
- 基础配置：在Nginx配置文件（
nginx.conf或虚拟主机server块）里，把日志路径和格式设置好就行。举个例子：
还可以自定义格式，比如把客户端真实IP、请求时间都加进来：http {access_log /var/log/nginx/access.log combined;# 使用内置的combined格式error_log /var/log/nginx/error.log warn; # 设置错误日志级别为warn（仅记录警告及以上级别）}log_format custom '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent"';access_log /var/log/nginx/custom_access.log custom; - 日志轮转：用
logrotate工具自动分割、压缩旧日志，省得单个文件越来越大。创建一个/etc/logrotate.d/nginx配置文件，内容大概是这样：/var/log/nginx/*.log {daily# 每天轮转rotate 14# 保留14天日志compress # 压缩旧日志（gzip）delaycompress# 延迟压缩（当天日志不压缩）missingok# 日志文件不存在时不报错notifempty # 日志为空时不轮转create 0640 www-data adm# 新日志文件权限与所有者sharedscripts# 所有日志轮转完成后执行postrotatepostrotate[ -f /var/run/nginx.pid ] && kill -USR1 `cat /var/run/nginx.pid`# 通知Nginx重新打开日志文件endscript} - 日志分析：实时看最新请求，直接用
tail -f /var/log/nginx/access.log；想查404错误，grep "404" /var/log/nginx/access.log搞定。要是想更直观一点，可以用GoAccess生成可视化报告，比如访问量、热门URL这些：goaccess -f /var/log/nginx/access.log -o /var/www/html/report.html --log-format=COMBINED
二、MySQL日志管理
MySQL的日志类型就多了：错误日志（error_log）记录启动和运行时的错误；慢查询日志（slow_query_log）抓住那些执行时间超过阈值的SQL；通用查询日志（general_log）会记下所有SQL语句，生产环境一般不开；还有二进制日志（binlog），记录数据变更，主从复制和数据恢复都得靠它。
- 基础配置：修改
my.cnf（或my.ini），把需要的日志开启：[mysqld]log_error = /var/log/mysql/error.log# 错误日志路径slow_query_log = 1# 开启慢查询日志slow_query_log_file = /var/log/mysql/slow.loglong_query_time = 2 # 慢查询阈值（秒）log_bin = /var/log/mysql/binlog # 二进制日志路径binlog_expire_logs_seconds = 604800 # 二进制日志保留7天（自动清理） - 日志轮转：错误日志和慢查询日志可以用
logrotate来管理。二进制日志不需要手动轮转，靠expire_logs_seconds参数自动清理就行。创建一个/etc/logrotate.d/mysql配置文件：/var/log/mysql/error.log /var/log/mysql/slow.log {dailyrotate 7compressmissingoknotifemptycreate 0640 mysql mysqlpostrotatesystemctl reload mysql# 通知MySQL重新打开日志文件endscript} - 二进制日志清理：手动删除旧日志可以用
PURGE BINARY LOGS命令，比如删掉7天前的：
不过更推荐直接设置PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 7 DAY);expire_logs_days参数，让MySQL自动清理。
三、PHP日志管理
PHP日志主要记脚本执行时的错误、警告和调试信息。如果要推荐一个工具，Monolog库绝对排第一——灵活、功能强，支持各种日志处理器。
- 基础配置：通过Composer装好Monolog，然后创建日志频道并设置处理器。比如：
require 'vendor/autoload.php';use MonologLogger;use MonologHandlerRotatingFileHandler; // 按日期分割日志$log = new Logger('my_app');$log->pushHandler(new RotatingFileHandler('/var/log/php/app.log', 30, Logger::DEBUG)); // 保留30天日志$log->info('User logged in', ['username' => 'john.doe']); // 记录info级别日志（带上下文） - 日志级别：Monolog的级别从低到高依次是
DEBUG→INFO→NOTICE→WARNING→ERROR→CRITICAL→ALERT→EMERGENCY。生产环境建议设成ERROR或WARNING，别让日志把磁盘撑爆。 - 日志轮转：直接用
RotatingFileHandler处理器，它会自动按天分割日志，并保留指定的天数（比如30天），完全不用再配合logrotate。
四、通用优化策略
- 权限控制：日志文件里常常带着敏感信息，访问权限必须收紧了。例如：
chown www-data:adm /var/log/nginx/*.log# Nginx日志所有者为www-data，组为admchmod 0640 /var/log/nginx/*.log# 仅所有者可写，组可读chown mysql:mysql /var/log/mysql/*.log # MySQL日志所有者为mysqlchmod 0640 /var/log/mysql/*.log# 仅所有者可写，组可读chown www-data:www-data /var/log/php/*.log # PHP日志所有者为www-datachmod 0640 /var/log/php/*.log# 仅所有者可写，组可读 - 敏感信息脱敏：在记录日志之前，记得把用户密码、身份证号这些敏感数据过滤掉。Monolog里可以用
Processor处理器来实现。 - 集中化管理：如果管理着几十上百台服务器，靠手工一个个看日志肯定不现实。这时候就该ELK Stack（Elasticsearch+Logstash+Kibana）或Graylog登场了——集中收集、分析日志，还能做可视化仪表盘，设置报警规则（比如CPU跑满时自动发邮件）。
只要把这些策略落实到位，LNMP环境下的日志管理就能做到既满足故障排查的需求，又不会让日志无谓地吞噬磁盘空间。系统稳定性上去了，运维也能省心不少。
