按分钟切割日志可提升检索效率、避免文件过大导致写入阻塞，并便于归档压缩。通过Bash脚本结合crontab每分钟执行，实现自动化切割，适用于高并发或调试场景下的日志管理。
Linux系统中，日志文件如果长时间不处理，会变得非常大，影响性能和排查效率。虽然logrotate是常用的日志轮转工具，但在某些高并发或调试场景下，可能需要按分钟级别切割日志，比如监控脚本输出、接口调用日志等。这时可以通过编写Bash脚本来实现按分钟自动切割日志。
为什么需要按分钟切割日志
在实时性要求高的服务中，例如API网关、调试日志采集或安全审计，每分钟生成的日志量可能很大。若不及时分割，单个日志文件迅速膨胀，查找特定时间点的信息变得困难。按分钟切割能：
- 提升日志检索效率
- 便于归档与压缩
- 避免单文件过大导致程序写入阻塞
- 配合定时任务实现自动化管理
使用Bash脚本实现按分钟切割日志
下面是一个简单的Bash脚本示例，用于将指定日志文件按“年-月-日-时-分”命名进行切割。
#!/bin/bash日志源文件路径
LOG_SOURCE="/var/log/app.log"
切割后日志存储目录
LOG_DIR="/var/log/archive/"
生成以分钟为单位的时间戳
TIMESTAMP=$(date +"%Y%m%d-%H%M")
检查源文件是否存在且非空
if [[ -s "$LOG_SOURCE" ]]; then
构建目标文件名
DEST_FILE="${LOG_DIR}app_${TIMESTAMP}.log" # 移动当前日志到目标文件 mv "$LOG_SOURCE" "$DEST_FILE" # 重新创建空的日志文件（可选，取决于应用是否自动创建） touch "$LOG_SOURCE" # 可选：发送信号让应用重新打开日志文件（如使用kill -USR1） # kill -USR1 $(cat /var/run/app.pid) echo "[$(date)] 已切割日志: $DEST_FILE"else echo "[$(date)] 源日志为空或不存在，跳过切割" fi
结合crontab实现每分钟自动执行
将上述脚本保存为 /usr/local/bin/rotate_log_by_minute.sh，添加可执行权限：
chmod +x /usr/local/bin/rotate_log_by_minute.sh编辑crontab：
crontab -e添加以下行，表示每分钟执行一次：
* * * * * /usr/local/bin/rotate_log_by_minute.sh >> /var/log/log_rotate_cron.log 2>&1这样，每分钟系统都会检查并切割一次日志文件，确保不会积累过多内容。
注意事项与优化建议
实际使用中需注意以下几点：
- 应用兼容性：某些程序在日志文件被移走后无法继续写入，需通过信号通知其重新打开日志（如Nginx、Apache常用USR1信号）
- 磁盘空间管理：按分钟切割会产生大量小文件，建议后续增加自动清理机制，例如删除超过24小时的日志
- 时间精度冲突：若脚本执行延迟（如系统负载高），可能导致同一分钟被重复处理，可在脚本中加入锁机制防止并发
- 日志丢失风险：mv操作期间若有新日志写入，可能会丢失部分数据。更安全的方式是使用cp + 清空原文件内容（> $LOG_SOURCE），但要注意inode不变的情况
基本上就这些。通过简单Bash脚本加cron定时任务，就能实现灵活的日志按分钟切割，适合轻量级场景或临时调试用途。
