我遇到的问题是,如果大量用户使用的是一个只会在现场发生问题的实时系统,会占用过多的磁盘IO和太多空间。
是否有log4j或(最好)LogBack appender /配置允许直接写入GZIP压缩文件?
答案 0 :(得分:8)
此功能已存在于Logback中。请查看appenders部分,特别是time based rolling policy。
引用:
就像FixedWindowRollingPolicy
一样,TimeBasedRollingPolicy
支持自动文件压缩。如果fileNamePattern
选项的值以.gz
或.zip
结尾,则会启用此功能。
另请查看time and size based rolling policy。
您可以在一个日志文件达到某个限制后设置翻转。
我不相信直接写入每个日志语句的GZIP压缩文件是可行的,因为这会产生相当大的性能开销。使用现有功能的组合对我来说听起来很合理。
答案 1 :(得分:1)
空间问题已通过logback解决。它将在翻转期间压缩您的日志文件。 IO问题非常不同,我担心logback不能提供解决方案。