Debian系统Golang日志如何归档

在Debian系统上跑Golang应用，日志归档这件事儿说大不大，但要是处理不好，磁盘爆了或者排查问题翻半天日志，那可就头疼了。下面梳理了几种比较实用的方案，各有侧重，供你参考。

1. 用logrotate做日志轮转
   这是Linux系统自带的方案，简单直接。前提是你的Golang应用已经把日志写到了文件里，然后交给logrotate去管理。比如，新建一个配置文件/etc/logrotate.d/myapp，写入以下规则：

   /var/log/myapp/*.log {
       daily
       missingok
       rotate 7
       compress
       notifempty
       create 640 root adm
   }

   这段配置的意思是：每天轮转一次，保留最近7天的日志，旧日志自动压缩，如果日志文件为空就不轮转，轮转后新建的文件权限是640、属主root、属组adm。配置完以后，logrotate会根据定时任务自动执行，基本无需人工干预。

2. 在Golang代码里集成日志轮转库
   如果你的应用希望自己控制日志文件的滚动，而不是依赖外部工具，那可以考虑用第三方库，比如lumberjack。它直接实现了按大小或时间自动轮转、压缩和清理。安装很简单：

   go get gopkg.in/natefinch/lumberjack.v2

   然后在代码里这样用：

   package main
   
   import (
       "log"
       "gopkg.in/natefinch/lumberjack.v2"
   )
   
   func main() {
       log.SetOutput(&lumberjack.Logger{
           Filename:   "/var/log/myapp/myapp.log",
           MaxSize:    10,   // 每个日志文件最大10MB
           MaxBackups: 3,    // 保留最近3个备份
           MaxAge:     28,   // 保留28天，单位是天
           Compress:   true, // 是否压缩旧日志
       })
       log.Println("This is a log message")
   }

   这样一来，当日志文件达到10MB时，lumberjack会自动重命名、压缩，并在目录里只保留最近3个备份。适合需要精细化控制日志策略的场景。

3. 通过systemd服务管理来间接控制日志
   如果应用是通过systemd托管的服务，那还可以借助systemd自带的日志管理机制。你可以在服务单元文件里配置日志输出到syslog或journal，然后系统级的日志工具会自动处理归档和清理。例如，编辑/etc/systemd/system/myapp.service，加入或修改以下行：

   [Service]
   ...
   Restart=on-failure
   RestartSec=5
   ...
   StandardOutput=syslog
   StandardError=syslog
   SyslogIdentifier=myapp

   这样应用的标准输出和错误都会进入系统日志，之后用journalctl -u myapp就能查看，并且可以通过journalctl --vacuum-size或配置文件/etc/systemd/journald.conf来限制日志总量和保留时间。优点是省去了单独配置轮转的麻烦，缺点是日志格式和位置都由系统统一管理。

至于选哪种，得看你的实际场景。如果应用已经稳定运行，外部轮转是最轻量的方案；如果希望代码逻辑内聚，lumberjack更灵活；如果已经用systemd部署，那借助系统日志往往是最省心的。实际生产环境中，很多人会组合使用：应用内部用lumberjack按大小轮转，同时系统层面用logrotate做二次兜底。当然，具体怎么搭，还得根据你的磁盘空间、日志重要性以及运维习惯来权衡。