答案：通过shell脚本按大小切割日志可提升灵活性，核心是定期检查文件大小，超限时重命名并清空原文件。示例脚本使用du -b获取字节数，配合mv和>实现切割与清空，结合crontab每5分钟执行，需注意权限、服务信号处理及备份保留策略，适用于高定制化场景。
linux系统中，日志文件长时间运行后容易变得非常大，影响系统性能和排查问题的效率。虽然logrotate是常用的日志管理工具，但有时我们需要更灵活的方式，比如根据文件大小来实时切割日志。通过自定义脚本实现按大小切割日志是一种实用且可控的方法。
判断日志文件大小并触发切割
核心思路是编写一个Shell脚本，定期检查目标日志文件的大小，一旦超过预设阈值（如100MB），就自动将其重命名或压缩，并清空原文件，保证服务可以继续写入。
常用命令组合：
- du -h logfile 查看文件大小（人类可读格式）
- du -b logfile 获取文件字节数（便于比较）
- mv old.log old.log.1 重命名旧日志
- > logfile 快速清空文件（不中断写入）
编写按大小切割的日志脚本
下面是一个简单的Shell脚本示例，用于监控指定日志文件并按大小切割：
#!/bin/bash
LOG_FILE=”/var/log/myapp.log”
MAX_SIZE=104857600 # 100MB in bytes
CURRENT_SIZE=$(du -b “$LOG_FILE” 2>/dev/NULL | cut -f1)
if [ “$CURRENT_SIZE” -gt “$MAX_SIZE” ]; then
timestamp=$(date +”%Y%m%d_%H%M%S”)
mv “$LOG_FILE” “${LOG_FILE}.${TIMESTAMP}”
> “$LOG_FILE”
# 可选：压缩归档
# gzip “${LOG_FILE}.${TIMESTAMP}”
fi
说明：
- 设定最大允许大小（单位为字节）
- 使用du -b获取精确字节大小
- 切割时加上时间戳避免重名
- 用> file清空而非删除，防止进程写入失败
结合crontab实现定时执行
将脚本加入定时任务，实现周期性检查。例如每5分钟运行一次：
# 编辑当前用户的cron任务
crontab -e
# 添加如下行
*/5 * * * * /path/to/log_rotate_script.sh
确保脚本有可执行权限：
chmod +x /path/to/log_rotate_script.sh
注意事项与优化建议
实际使用中需注意以下几点：
- 确保运行脚本的用户对日志文件有读写和移动权限
- 某些服务在日志被清空后可能需要发送kill -USR1信号重新打开文件（如nginx、apache）
- 可增加保留份数机制，删除过期的日志备份
- 添加简单日志记录功能，便于追踪切割行为
- 对于高频率写入场景，考虑加锁防止并发问题
基本上就这些。通过自定义脚本控制日志切割，灵活性更高，适合嵌入特定业务流程或无法使用logrotate的环境。关键在于稳定判断大小、安全清空文件、合理命名归档。不复杂但容易忽略细节。