Ubuntu 中 backlog 自动清理的正确思路
在 Linux/Ubuntu 语境中，backlog 通常指两类对象：一是网络层面的 TCP 连接队列（内核自动管理，可通过内核参数优化）；二是运维口语中的“日志积压”（应用或服务未及时消费而堆积的日志）。下面分别给出自动化的配置方法与注意点。
一、网络 TCP 连接队列的自动清理与优化
- 内核会自动回收处于 TIME_WAIT 等状态的连接，通常无需人工清理。若观察到新连接被丢弃或性能受影响，应优先从队列容量与回收策略入手优化：
- 增大全连接队列上限：调高 net.core.somaxconn（例如到 65535），并确保应用调用 listen(2) 的 backlog 参数与之匹配。
- 增大半连接队列上限：调高 net.ipv4.tcp_max_syn_backlog（例如到 4096 或更高，视并发而定）。
- 加速回收：开启 net.ipv4.tcp_tw_reuse（在客户端/短连接场景更安全），必要时结合业务评估 tcp_fin_timeout。
- 应用层建议：
- 及时 accept() 已就绪连接，避免 accept 队列被占满。
- 使用异步 I/O 或多进程/多线程提升处理能力，减少队列堆积。
- 风险提示：修改内核参数需审慎评估与灰度，变更后使用 ss -lnt 等工具观察队列与连接状态，避免过大值导致资源占用激增。
二、日志积压的自动清理（journald 与 rsyslog）
- 使用 systemd-journald 管理二进制日志，建议通过配置限制其最大占用并启用按时间/容量轮转，实现“自动清理”：
- 编辑或创建配置：sudo nano /etc/systemd/journald.conf
- 常用参数示例：
- SystemMaxUse=100M（总上限 100MB）
- SystemKeepFree=50M（至少保留 50MB 空闲）
- MaxRetentionSec=7day（最多保留 7 天）
- 使配置生效：sudo systemctl restart systemd-journald
- 按需清理历史归档：sudo journalctl --vacuum-time=7d 或 sudo journalctl --vacuum-size=100M
- 使用 rsyslog/syslog 的文本日志，建议用 logrotate 做按日轮转、压缩与保留：
- 全局或针对服务创建配置：sudo nano /etc/logrotate.d/rsyslog
- 示例（保留最近 7 天，压缩旧日志）：
- /var/log/syslog { daily; rotate 7; compress; missingok; notifempty; create 640 root adm; postrotate /usr/sbin/service rsyslog restart >/dev/null; endscript }
- 验证与立即执行：sudo logrotate -d /etc/logrotate.d/rsyslog（干跑），sudo logrotate /etc/logrotate.d/rsyslog
- 说明：Ubuntu 默认通过 /etc/cron.daily/logrotate 每日触发，无需额外添加 cron。
三、APT 与系统垃圾的自动清理
- 定期清理包管理缓存与无用依赖，避免长期占用磁盘：
- 清理旧版本索引：sudo apt-get autoclean
- 清理未使用依赖：sudo apt-get autoremove -y
- 清理已下载包文件：sudo apt-get clean
- 如需定时执行，可创建简单脚本并通过 cron 每日运行（示例：0 3 * * * /usr/bin/apt-get autoclean && /usr/bin/apt-get autoremove -y && /usr/bin/apt-get clean）。
四、快速排查与验证
- 查看系统日志占用：sudo journalctl --disk-usage
- 查看连接队列与监听状态：ss -lntp（关注 Recv-Q 是否长期接近 Send-Q）
- 查看日志轮转状态与下次执行时间：grep -i logrotate /var/log/syslog
- 检查 rsyslog 是否正常运行：sudo systemctl status rsyslog
以上方案分别针对 TCP backlog 与“日志积压”两类“backlog”场景，前者以内核参数与应用处理为主实现“自动回收”，后者以 journald 限额 与 logrotate 轮转 实现“自动清理”。