Logback：SizeAndTimeBasedRollingPolicy 将 totalSizeCap 应用于 maxHistory 中的每一天

Question

Logback 版本 1.2.3

我想在我们的 logback 配置文件 (logback.xml) 中使用 SizeAndTimeBasedRollingPolicy，但此时 SizeAndTimeBasedRollingPolicy 没有按预期运行。 (https://logback.qos.ch/manual/appenders.html#SizeAndTimeBasedRollingPolicy)

理想情况下，我希望保留不迟于前任的日志。 90 天，每个文件不超过 100MB，总存档大小为 ex。总共 10GB。

就目前而言，totalSizeCap 应用于 MaxHistory 范围内的每个条目。例如

<appender name="ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>mylog.txt</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
      <!-- rollover daily -->
      <fileNamePattern>mylog-%d{yyyy-MM-dd}.%i.txt</fileNamePattern>
       <!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB -->
       <maxFileSize>100MB</maxFileSize>    
       <maxHistory>60</maxHistory>
       <totalSizeCap>1GB</totalSizeCap>
    </rollingPolicy>
    <encoder>
      <pattern>%msg%n</pattern>
    </encoder>
</appender>

以上 XML 配置将创建跨越 60 天的日志，每天应用 1GB 的 totalSizeCap。这将导致总存档大小为 60GB，而不是预期的 1GB。如果在一天中达到 totalSizeCap，当天的日志将通过删除当天最旧的文件开始滚动，这将在日志历史记录中产生间隙，这是我们不希望的。此错误的解决方法是使用年度滚动更新，而不是每日或每月滚动更新，不幸的是，使用 SizeAndTimeBasedRollingPolicy 时年度滚动更新不起作用。

有谁知道这个问题，这个问题已经解决了吗，还是我的配置有问题？

Answer 1

看来你发现了一个bug！

日志中应该没有间隙。当达到 totalSizeCap 时，应删除最早的日志文件。当达到 maxHistory 时，应删除最早的日志文件。

不幸的是，logback 中似乎存在一个错误，它会导致日志记录出现间隙，因为没有删除最旧的文件。在此处查看演示：https://github.com/riskop/slf4j_logback_SizeAndTimeBasedRollingPolicy_problem

我打开了一个问题：https://jira.qos.ch/browse/LOGBACK-1361

根据 Gülcü 的说法，它将在 logback classic 1.3.0 中得到修复。

请注意，您可以"vote" logback 的 Jira 上的问题！

Logback：SizeAndTimeBasedRollingPolicy 将 totalSizeCap 应用于 maxHistory 中的每一天

Logback: SizeAndTimeBasedRollingPolicy applies totalSizeCap to each day in maxHistory

logging

logback

logback-classic