答案：通过Shell脚本按大小切割日志可提升灵活性，核心是定期检查文件大小，超限时重命名并清空原文件。示例脚本使用du -b获取字节数，配合mv和>实现切割与清空，结合crontab每5分钟执行，需注意权限、服务信号处理及备份保留策略，适用于高定制化场景。

Linux系统中，日志文件长时间运行后容易变得非常大，影响系统性能和排查问题的效率。虽然logrotate是常用的日志管理工具，但有时我们需要更灵活的方式，比如根据文件大小来实时切割日志。通过自定义脚本实现按大小切割日志是一种实用且可控的方法。

判断日志文件大小并触发切割

核心思路是编写一个Shell脚本，定期检查目标日志文件的大小，一旦超过预设阈值（如100MB），就自动将其重命名或压缩，并清空原文件，保证服务可以继续写入。

常用命令组合：

• du -h logfile 查看文件大小（人类可读格式）
• du -b logfile 获取文件字节数（便于比较）
• mv old.log old.log.1 重命名旧日志
• > logfile 快速清空文件（不中断写入）

编写按大小切割的日志脚本

下面是一个简单的Shell脚本示例，用于监控指定日志文件并按大小切割：

说明：

• 设定最大允许大小（单位为字节）
• 使用du -b获取精确字节大小
• 切割时加上时间戳避免重名
• 用> file清空而非删除，防止进程写入失败

结合crontab实现定时执行

将脚本加入定时任务，实现周期性检查。例如每5分钟运行一次：

确保脚本有可执行权限：

注意事项与优化建议

实际使用中需注意以下几点：

• 确保运行脚本的用户对日志文件有读写和移动权限
• 某些服务在日志被清空后可能需要发送kill -USR1信号重新打开文件（如Nginx、Apache）
• 可增加保留份数机制，删除过期的日志备份
• 添加简单日志记录功能，便于追踪切割行为
• 对于高频率写入场景，考虑加锁防止并发问题

基本上就这些。通过自定义脚本控制日志切割，灵活性更高，适合嵌入特定业务流程或无法使用logrotate的环境。关键在于稳定判断大小、安全清空文件、合理命名归档。不复杂但容易忽略细节。