按分钟切割日志可提升检索效率、避免文件过大导致写入阻塞，并便于归档压缩。通过Bash脚本结合crontab每分钟执行，实现自动化切割，适用于高并发或调试场景下的日志管理。
Linux系统中，日志文件如果长时间不处理，会变得非常大，影响性能和排查效率。虽然logrotate是常用的日志轮转工具，但在某些高并发或调试场景下，可能需要按分钟级别切割日志，比如监控脚本输出、接口调用日志等。这时可以通过编写Bash脚本来实现按分钟自动切割日志。
为什么需要按分钟切割日志
在实时性要求高的服务中，例如API网关、调试日志采集或安全审计，每分钟生成的日志量可能很大。若不及时分割，单个日志文件迅速膨胀，查找特定时间点的信息变得困难。按分钟切割能：
- 提升日志检索效率
- 便于归档与压缩
- 避免单文件过大导致程序写入阻塞
- 配合定时任务实现自动化管理
使用Bash脚本实现按分钟切割日志
下面是一个简单的Bash脚本示例，用于将指定日志文件按“年-月-日-时-分”命名进行切割。
#!/bin/bash
<h1>日志源文件路径</h1><p>LOG_SOURCE="/var/log/app.log"</p><h1>切割后日志存储目录</h1><p>LOG_DIR="/var/log/archive/"</p><h1>生成以分钟为单位的时间戳</h1><p>TIMESTAMP=$(date +"%Y%m%d-%H%M")</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill3866" title="jinn-node"><img
src="https://img.php.cn/upload/skill/000/000/081/178981932374166.jpg" alt="jinn-node" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill3866" title="jinn-node">jinn-node</a>
<p>在Jinn网络为自主项目工作赚取代币奖励，让闲置的OpenClaw代理开始工作。</p>
</div>
<a href="/xiazai/skill3866" title="jinn-node" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div><h1>检查源文件是否存在且非空</h1><p>if [[ -s "$LOG_SOURCE" ]]; then</p><h1>构建目标文件名</h1><pre class='brush:php;toolbar:false;'>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定时任务，就能实现灵活的日志按分钟切割，适合轻量级场景或临时调试用途。
