Java服务-常用技术-logback中totalSizeCap和maxHistory无效的解决办法

Java服务-常用技术-logback中totalSizeCap和maxHistory无效的解决办法_第1张图片

最近接入的安全日志项目较多,由于数据量贼大,导致日志输出过多,然后服务器不断报警,经过排查发现logbook中配置的totalSizeCap和maxHistory均没有生效,本来配置的7天,结果发现服务器上日志文件存了60多天,导致服务器磁盘扛不住。特此记录寻找到的解决办法,如下,供同行一起学习交流;

totalSizeCap 无效 升级logbackjar包到1.1.8版本,最好升级到1.2.0版本,因为1.2.0解决了当文件总大小大于2G时不能自动删除旧文件的问题,因为源码中有个文件大小判断是错误的。

maxHistory 无效,需要增加一个设置 true,在只有设置为true并且 maxHistory 不为零才能起效。

所以修改后的配置应该是

 









${LOG_HOME}/consumer.%d{yyyy-MM-dd}.%i.log


50MB
30
2GB
true




%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} -%msg%n



 

最后的

 





不能少了 ,根据实际配置来,appender name = 后面的参数是啥,就在 写啥

例子:

修改前:



    ${log.home}/ui/${loggingUserId}/mylog_user_%d{yyyy-MM-dd}.log

    7

  

修改后(增加【true】这一行):



    ${log.home}/ui/${loggingUserId}/mylog_user_%d{yyyy-MM-dd}.log

    7

    true

以下是两种常见的配置方法

将SizeAndTimeBasedRollingPolicy 改为TimeBasedRollingPolicy



    
        
            /home/appadmin/logs/test.%i.log.zip
            365
            10GB
            
                100 MB
            
        
    

将maxFileSize放到timeBasedFileNamingAndTriggeringPolicy 外面



    
        
            /home/appadmin/logs/test.%i.log.zip
            365
            10GB
            100 MB
            
            
        
    

你可能感兴趣的:(java,logback,maxhistory,totalsizecap,日志,文件数量)