如何清理Ubuntu PHP过期日志

服务器日志就像系统的“黑匣子”，记录着每一次访问和每一次错误。但如果不加管理，这些日志文件会像滚雪球一样，迅速吞噬宝贵的磁盘空间。今天，我们就来聊聊在Ubuntu系统上，如何高效、安全地清理那些过期的PHP相关日志。

一、准备工作：定位PHP日志文件位置

动手之前，得先知道“战场”在哪。PHP日志的位置并非一成不变，它主要取决于你使用的Web服务器类型和PHP的运行模式：

• Apache服务器：日志通常“驻扎”在 /var/log/apache2/ 目录下。你需要关注的主要是 access.log（记录所有访问请求）和 error.log（记录错误信息）。
• Nginx服务器：它的日志则习惯放在 /var/log/nginx/ 目录，同样有 access.log 和 error.log 这两个核心文件。
• PHP-FPM服务：如果你用的是PHP-FPM（FastCGI进程管理器），它的专属日志通常在 /var/log/php/ 或 /var/log/php-fpm/ 目录里，文件名类似 php-fpm.log 或带版本号的 php7.4-fpm.log。

不确定的话，用几个简单的命令就能确认：ls /var/log/apache2/、ls /var/log/nginx/ 或 ls /var/log/php/，看看目标文件是否存在。

二、手动清理过期日志（即时生效）

有时候，你可能需要立刻释放磁盘空间，这时手动清理是最直接的方法。主要有两种思路：

1. 清空日志文件（保留文件本身）：使用 truncate 命令，它能将文件大小瞬间截断为0字节，但文件还在。这适用于你想保留文件结构（比如权限、属主）但清空内容的场景。
   • 清理Apache日志：sudo truncate -s 0 /var/log/apache2/*.log
   • 清理Nginx日志：sudo truncate -s 0 /var/log/nginx/*.log
   • 清理PHP-FPM日志：sudo truncate -s 0 /var/log/php/*.log
2. 删除旧日志文件（彻底移除）：如果确定某些日志文件完全不需要了，可以直接用 rm 命令删除。不过，删除前务必三思，最好先备份重要信息。
   • 例如：sudo rm /var/log/apache2/access.log
   • 关键一步：删除日志文件后，对应的服务会找不到记录日志的地方。因此，必须重启相关服务，让它重新生成一个空的日志文件：
     • Apache：sudo systemctl restart apache2
     • Nginx：sudo systemctl restart nginx
     • PHP-FPM：sudo systemctl restart php-fpm

三、使用logrotate自动轮转日志（推荐长期方案）

手动清理毕竟不是长久之计。Ubuntu系统自带的 logrotate 工具，才是管理日志的“自动化管家”。它能定期帮你轮转（即重命名旧日志、创建新日志）、压缩甚至删除过期的日志文件。

1. 查看现有配置：系统里很多服务的日志轮转规则已经预设好了，放在 /etc/logrotate.d/ 目录下。比如，Apache的配置在 /etc/logrotate.d/apache2，Nginx的在 /etc/logrotate.d/nginx。
2. 自定义PHP日志轮转规则：如果你想为PHP-FPM这类服务单独制定更精细的策略，可以创建一个新的配置文件。
   • 执行 sudo nano /etc/logrotate.d/php-fpm，然后写入类似下面的配置（以PHP 7.4版本的FPM为例，请根据实际情况调整路径和版本号）：

     /var/log/php/*.log {
         daily                # 每天轮转一次
         missingok            # 如果日志文件不存在，也不报错
         rotate 7             # 保留最近7天的日志
         compress             # 压缩旧日志（生成.gz文件节省空间）
         delaycompress        # 延迟压缩（保留最近一次轮转的日志不压缩，便于查看）
         notifempty           # 如果日志是空的，就不轮转
         create 0640 www-data adm # 新创建日志文件的权限和属主（根据你的服务用户调整）
         sharedscripts        # 所有日志处理完后，再执行下面的脚本
         postrotate
             if [ -f /run/php/php7.4-fpm.pid ]; then # 根据你的PHP版本调整PID文件路径
                 kill -USR2 `cat /run/php/php7.4-fpm.pid` # 向PHP-FPM进程发送信号，让其重新打开日志文件
             fi
         endscript
     }

3. 手动触发轮转测试：配置好后，可以手动跑一次看看效果：sudo logrotate -f /etc/logrotate.d/php-fpm（-f 参数表示强制运行）。然后去 /var/log/php/ 目录检查一下，应该能看到类似 php-fpm.log.1.gz 这样的压缩备份文件。

四、设置定时任务（Cron）自动清理

除了依赖 logrotate 自身的定时机制，你还可以通过系统的 cron 定时任务，来执行更灵活的清理命令。

1. 编辑crontab：执行 crontab -e 命令，在打开的文件末尾添加任务。例如，下面这行配置会让系统在每天凌晨1点清空Apache的所有日志：

   0 1 * * * /usr/bin/truncate -s 0 /var/log/apache2/*.log

   或者，你也可以定时触发某个 logrotate 配置：

   0 1 * * * /usr/sbin/logrotate /etc/logrotate.d/apache2

2. 保存生效：按 Ctrl+O 保存文件，再按 Ctrl+X 退出编辑器。cron 服务会自动加载这个新任务，并在设定的时间点默默执行。

注意事项

• 备份重要日志：在按下删除键或清空命令之前，如果日志涉及关键业务排查或安全审计，最好先将其复制到其他安全的地方（比如外部硬盘或云存储）。误删导致问题无法追溯，就得不偿失了。
• 确认服务状态：正如前面提到的，直接删除日志文件后，必须重启对应的Web或PHP服务（Apache/Nginx/PHP-FPM），否则服务会因找不到日志文件而无法记录新信息。
• 调整保留策略：根据你的磁盘空间大小和对日志重要性的评估，灵活调整 logrotate 配置中的 rotate 参数（比如保留7天还是30天），以及是否启用 compress 压缩功能。平衡好存储成本和运维需求。