logback 在每小时回滚期间删除 MaxHistory 之前的日志

Posted

技术标签:

【中文标题】logback 在每小时回滚期间删除 MaxHistory 之前的日志【英文标题】:logback deletes the logs before the MaxHistory during hourly rollback 【发布时间】:2017-03-24 11:19:39 【问题描述】:

我使用下面的附加程序,我可以看到回滚每小时发生一次。

但我提到<maxHistory> 为 10 天。但是我可以看到日志在每天结束时被 logback 自动删除。

但期望日志文件最多保留 10 天。

<appender name="TIME_BASED_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>c:/logs/timeBasedlogFile.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">        
        <fileNamePattern>c:/logs/timeBasedlogFile.%dyyyy-MM-dd_HH.log</fileNamePattern>
        <maxHistory>10</maxHistory>
    </rollingPolicy>
    <encoder>
        <pattern>%relative [%thread] %-5level %logger35 - %msg%n</pattern>
    </encoder>
</appender> 

如果我使用每日翻转,那么我可以看到翻转日志的维护天数为 &lt;maxHistory&gt; 中提到的天数

maxHistory 是否仅适用于每日翻转?

【问题讨论】:

【参考方案1】:

maxHistory 元素指定要滚动到历史记录的文件数。 如果您选择&lt;maxHistory&gt;10&lt;/maxHistory&gt;,则意味着您可以拥有 10 个文件的历史记录。

在您的情况下,您将小时指定为滚动的粒度。这意味着,如果您的应用程序每小时记录一次,则 10 小时后历史记录已满,并且更早的历史记录日志将被清除。

使用您的小时滚动文件配置,将 10 天作为历史记录远非显而易见,因为您的应用程序可能会关闭几个小时甚至几天。

事实上,如果您想保持小时滚动粒度,我认为您应该以小时而不是天来指定历史记录:您必须将两者对齐。

例如,如果您认为应用程序一天工作 12 小时,则可以将 120 指定为 history 值(12 小时 * 10 天)以接近 10 天。 如果您不掌握日志的频率,并且希望确保您没有少于 10 天的历史记录,请使用 240 作为 history 值(24 小时 * 10 天)。 唯一的缺点:如果应用程序没有每天每小时记录一次,您将根据需要获得更多历史记录。

如果我使用每日翻转,那么我可以看到翻转的日志是 维护了&lt;maxHistory&gt;中提到的天数

是的,因为如上所述,maxHistory 值的粒度取决于滚动时间粒度。

【讨论】:

谢谢。当我将 保持为 240(10 天 * 24 小时) 时效果很好 即使在 240 小时(我的意思是 10 天)之后,Logback 也不会删除文件?

以上是关于logback 在每小时回滚期间删除 MaxHistory 之前的日志的主要内容,如果未能解决你的问题,请参考以下文章

我可以强制删除正在进行回滚的 AWS CloudFormation 堆栈吗

Logback 的 Syslog Appender

迁移回滚期间无法从其他应用导入 Django 模型

logback使用以及详细配置

logback:fileAppender输出到文件

sqlserver回滚到前一小时