CentOS下Golang日志的清理策略有哪些 - 问答

CentOS下Golang日志清理策略

策略总览与选择建议

在 CentOS 上，常见的清理策略包括：系统级的 logrotate 统一管理、应用内置的 lumberjack 轮转、将日志接入 rsyslog/journald 统一归档、以及 定时脚本 清理。一般建议优先使用系统级 logrotate（运维统一、与系统策略一致）；若希望应用自包含或无外部依赖，使用 lumberjack；若已接入 rsyslog/journald，则在其侧设置保留策略即可。

系统级 logrotate 策略

适用场景：多服务统一治理、容器外运行、需要压缩归档与精细化权限控制。
配置步骤：
1. 安装与默认启用：CentOS 通常自带 logrotate，无需额外安装；配置文件位于 /etc/logrotate.conf 与 /etc/logrotate.d/。
2. 为应用创建配置：/etc/logrotate.d/myapp
```
/var/log/myapp/*.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
    create 0640 myapp myapp
    copytruncate
}
```
  关键参数说明：
  - daily：按天轮转；可改为 weekly/monthly。
  - rotate N：保留最近 N 份归档。
  - compress：对归档进行 gzip 压缩。
  - missingok：日志文件不存在时不报错。
  - notifempty：空文件不轮转。
  - create 0640 myapp myapp：轮转后新建文件的权限与属主。
  - copytruncate：复制后截断原文件，避免应用重新打开文件句柄（适合不支持信号或重新打开日志的应用）。
3. 测试与生效：
  - 手动测试：logrotate -d /etc/logrotate.d/myapp（干跑），logrotate -f /etc/logrotate.d/myapp（强制执行）。
  - 定时执行：logrotate 通常由 cron 每日运行（/etc/cron.daily/logrotate），无需额外添加计划任务。
提示：若应用以 systemd 管理且日志写入文件，优先使用 copytruncate 或让应用在收到 SIGHUP 时重新打开日志，以避免日志句柄丢失。

应用内置轮转 lumberjack

适用场景：容器化、不可变基础设施、希望将日志策略随应用打包。

配置要点（以 zap 为例，也可配合 logrus 使用）：

import (
    "go.uber.org/zap"
    "go.uber.org/zap/zapcore"
    "gopkg.in/natefinch/lumberjack.v2"
)

logger := zap.New(
    zapcore.NewCore(
        zapcore.NewJSONEncoder(zap.NewProductionEncoderConfig()),
        zapcore.AddSync(&lumberjack.Logger{
            Filename:   "/var/log/myapp/app.log",
            MaxSize:    10,      // 单个文件最大 10MB
            MaxBackups: 7,       // 最多保留 7 个备份
            MaxAge:     30,      // 最多保留 30 天
            Compress:   true,    // 启用压缩
        }),
        zap.InfoLevel,
    ),
)
defer logger.Sync()

清理规则完全由参数控制：MaxSize/MaxBackups/MaxAge/Compress，无需外部定时任务，部署一致性更好。

接入系统日志 rsyslog 或 journald

适用场景：集中化日志收集、与系统日志统一留存与查询。
做法：
- 将应用日志输出到 stdout/stderr，由 rsyslog 按程序名或路径写入 /var/log/myapp.log，再由 logrotate 对该文件做轮转与压缩。
- 若使用 journald，通过 systemd 服务单元将日志写入 journal，使用 journalctl 查询与清理：
  - 查询：journalctl -u myapp.service -n 100
  - 清理：journalctl --vacuum-time=2weeks（保留最近两周）
优点：统一采集、检索与归档；清理策略集中在系统日志侧执行。

定时脚本与辅助优化

定时脚本清理：当不便使用 logrotate 或需按自定义规则（如保留最近 N 个文件）清理时，可用 bash + cron 实现。示例：
```
#!/usr/bin/env bash
LOG_DIR="/var/log/myapp"
MAX_LOGS=7
cd "$LOG_DIR" || exit 1
ls -tp *.log | tail -n +$((MAX_LOGS+1)) | xargs -r rm -f
```
加入 crontab：0 1 * * * /path/cleanup_logs.sh
辅助优化（减少日志量与 I/O，间接降低清理压力）：
- 合理设置日志级别（如 INFO/ERROR），避免过量 DEBUG。
- 使用结构化日志（如 JSON），便于检索与压缩。
- 采用异步日志（如 zap 的异步写入或基于 channel 的异步实现），降低对业务线程影响。

0 赞

0 踩