Debian系统Golang日志清理策略

在Debian系统上跑Golang服务，日志管理是绕不开的一环。日志文件如果放任不管，磁盘被撑爆只是时间问题。面对这个问题，通常有两条路可选：要么靠系统工具logrotate统一调度，要么在应用层面自己实现轮转逻辑。下面结合实际操作，把这两个方案拆开细说。

一、使用logrotate工具，走系统级管理路线

logrotate是Debian自带的日志管理利器，专治各种日志文件膨胀。基本逻辑是定时轮转、压缩、清理，不需要改应用代码，适合集中管控多个服务。

1. 安装logrotate

多数情况下系统已预装，如果没找到，一条命令搞定：

sudo apt-get update && sudo apt-get install logrotate

2. 为Golang应用创建专属配置

在/etc/logrotate.d/目录下新建一个配置文件，比如取名golang-app。内容如下：

/var/log/golang-app/*.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
    create 0640 root adm
}

几个关键参数需要留意：daily表示每天轮转一次，也可以改成weekly或monthly；rotate 7代表保留最近7份；compress开启压缩，省空间；missingok和notifempty则是为了避免报错。路径记得替换成自己应用的实际日志目录。

3. 测试并启用配置

先模拟执行一下，确认语法没问题：

sudo logrotate --debug /etc/logrotate.d/golang-app

如果一切正常，想立即轮转可以用-f参数强制触发。日常运行靠系统自带的cron任务，路径在/etc/cron.daily/logrotate，不需要额外操心。

4. 验证效果

去日志目录看看，如果出现类似golang-app.log.1.gz这样的文件，说明轮转成功。新日志写入也正常，那基本就稳了。

二、在应用内用lumberjack库，实现精细化控制

有时候系统级工具不够灵活，比如你想按日志文件大小来触发轮转，而不是按天数。这时候在Golang代码里直接集成lumberjack库会更顺手。

1. 安装lumberjack

go get gopkg.in/natefinch/lumberjack.v2

2. 配置轮转参数并接入日志

直接替换默认的日志输出目标，代码示例如下：

package main

import (
    "log"
    "gopkg.in/natefinch/lumberjack.v2"
)

func main() {
    log.SetOutput(&lumberjack.Logger{
        Filename:   "/var/log/golang-app/app.log",
        MaxSize:    100,   // 单个文件最大100MB
        MaxBackups: 10,    // 保留最多10个旧文件
        MaxAge:     30,    // 旧文件保留30天
        Compress:   true,  // 开启压缩
    })

    log.Println("This is a log message from Golang application.")
}

这里几个参数值得关注：MaxSize控制单文件大小，单位是MB；MaxBackups决定保留旧文件的数量；MaxAge则是天数维度的保留下限。三者配合使用，基本能覆盖大部分场景。需要注意，应用需要具备日志目录的写入权限。

3. 部署和验证

编译运行后，观察日志目录下文件的生成情况。手动删掉旧文件时，lumberjack会自动创建新的并维持轮转规则，这种自我管理能力确实省心。

三、systemd场景下的日志补充管理

如果Golang应用是通过systemd托管的，journalctl可以作为一个额外的管理手段，尤其适合控制系统日志的整体占用。

1. 清理旧日志

按容量清理：保留最近100MB的日志：

sudo journalctl --vacuum-size=100M

按时间清理：删除两周前的内容：

sudo journalctl --vacuum-time=2weeks

2. 配置保留策略

编辑/etc/systemd/journald.conf，调整如下参数：

SystemMaxUse=50M
SystemKeepFree=1G
MaxRetentionSec=1month

修改后需重启服务生效：

sudo systemctl daemon-reload && sudo systemctl restart systemd-journald

总结

日志清理这件事，没有银弹，更多是结合实际需求做选择。如果只是集中管理多个日志源，logrotate最省事；如果希望按文件大小等维度做更精准的控制，lumberjack集成到代码里是更好的方案。如果恰好走的是systemd路线，journalctl可以当作额外的管理手段。三种方式可以组合使用，核心目的就一个：别让日志把磁盘撑满。