使用Ruby脚本进行日志切割可实现高度定制化，如按大小或时间切分、压缩归档及服务重载。示例脚本通过判断日志文件大小是否超过10MB来决定是否切割，若超出则用gzip压缩并清空原文件。部署时需保存脚本、赋予权限，并通过crontab定时执行。优势在于灵活性强，可集成正则、时间判断和远程归档等逻辑，适用于特定应用流程的精细控制场景。但需注意权限管理、服务重载机制、旧日志清理及异常处理。尽管如此，日常运维仍推荐使用logrotate，因其更简单稳定。
在Linux系统中，日志文件随着时间推移会不断增大，影响系统性能和排查问题的效率。虽然常用的日志切割工具如logrotate已经非常成熟，但有时我们希望用更灵活的方式处理特定应用日志，比如使用Ruby脚本进行自定义切割。
为什么使用Ruby脚本进行日志切割？
使用Ruby编写日志切割脚本的优势在于灵活性高，可以结合正则、时间判断、压缩策略、远程归档等逻辑，适用于定制化场景。比如按大小或时间切分日志，并自动重载服务。
实现日志切割的Ruby脚本示例
以下是一个简单的Ruby脚本，用于按文件大小切割日志：
#!/usr/bin/env rubyLOG_FILE = "/var/log/myapp.log" MAX_SIZE = 10 1024 1024 # 10MB ARCHIVE_DIR = "/var/log/archive"
创建归档目录（如果不存在）
Dir.mkdir(ARCHIVE_DIR) unless Dir.exist?(ARCHIVE_DIR)
判断日志文件是否存在且超过限制
if File.exist?(LOG_FILE) && File.size(LOG_FILE) > MAX_SIZE timestamp = Time.now.strftime("%Y%m%d-%H%M%S") backup_log = "#{ARCHIVE_DIR}/myapp.log.#{timestamp}.gz"
压缩当前日志
system("gzip", "-c", LOG_FILE, ">", backup_log)
清空原日志文件
File.open(LOG_FILE, "w") { |f| f.write("") }
puts "Log rotated: #{backup_log}" else puts "Log size is under control: #{File.size(LOG_FILE)} bytes" end
如何部署和运行脚本
将上述脚本保存为 rotate_log.rb，并赋予可执行权限：
- chmod +x rotate_log.rb
- 可将其加入crontab定时执行，例如每天凌晨检查一次：
0 2 * * * /usr/bin/ruby /path/to/rotate_log.rb
确保Ruby环境已安装，并对目标日志路径有读写权限。
注意事项
实际使用中需注意以下几点：
- 确保脚本运行用户对日志文件和归档目录有读写权限
- 若应用不支持动态重载日志，可能需要重启服务或发送信号（如kill -USR1）让其重新打开日志文件
- 定期清理旧归档日志，避免磁盘占满
- 建议添加异常处理和日志记录，便于排查脚本自身问题
基本上就这些。通过Ruby脚本实现日志切割，适合需要精细控制的场景，但日常运维仍推荐使用logrotate，简单稳定。自定义脚本更适合嵌入特定应用流程中。
