Это не Мул. Это поведение log4j2, которое определено в файле log4j2. xml. Если у вас есть такое определение
<RollingFile name="file" fileName="${sys:mule.home}${sys:file.separator}logs${sys:file.separator}myApp.log"
filePattern="${sys:mule.home}${sys:file.separator}logs${sys:file.separator}myApp-%i.log">
<PatternLayout pattern="%-5p %d [%t] [event: %X{correlationId}] %c: %m%n" />
<SizeBasedTriggeringPolicy size="10 MB" />
<DefaultRolloverStrategy max="10"/>
</RollingFile>
, которое генерируется автоматически при создании приложения myApp mule, тогда у вас всегда будет только 10 последних скользящих журналов. Если вы отметите fileName следующим образом
<RollingFile name="file"
filePattern="${sys:mule.home}${sys:file.separator}logs${sys:file.separator}myApp-%i.log">
<PatternLayout pattern="%-5p %d [%t] [event: %X{correlationId}] %c: %m%n" />
<SizeBasedTriggeringPolicy size="10 MB" />
<DefaultRolloverStrategy max="10"/>
</RollingFile>
, то вы будете вести себя так же, как описано с бесконечными скользящими журналами.
Подробнее об этом здесь https://simpleflatservice.com/mule4/RollingLogFiles.html