springboot log4j2配置 日志定期删除，log4j2+druid日志

已于 2023-04-02 18:52:27 修改
阅读量3.2k 收藏 15
点赞数 23
分类专栏： 日常遇到问题 文章标签： log4j apache
于 2023-01-31 11:41:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45277567/article/details/128814753
版权

1.pom依赖

      <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-logging</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>*</groupId>
                    <artifactId>*</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-log4j2</artifactId>
        </dependency>
        
         <!-- disruptor(log4j2需要用到) -->
         <dependency>
               <groupId>com.lmax</groupId>
                <artifactId>disruptor</artifactId>
                <version>${disruptor.version}</version>
          </dependency>
          
<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>druid-spring-boot-starter</artifactId>
    <version>${druid.version}</version>
</dependency>

2.创建log4j2.xml

<?xml version="1.0" encoding="UTF-8"?>
<!--日志级别以及优先级排序: OFF > FATAL > ERROR > WARN > INFO > DEBUG > TRACE > ALL -->
<!--Configuration后面的status，这个用于设置log4j2自身内部的信息输出，可以不设置，当设置成trace时，你会看到log4j2内部各种详细输出-->
<!--monitorInterval：Log4j能够自动检测修改配置 文件和重新配置本身，可设置一个非零的间隔秒数来检测配置变更 -->
<Configuration status="WARN" monitorInterval="60">
    <!-- 自定义一些变量 -->
    <Properties>
        <!-- 变量定义 -->
         <!-- app_name 服务名称-->
        <Property name="log_base_dir">./logs/app_name</Property>
        <!-- Appender在将日志数据写入目标位置之前，一般会将日志数据通过Layout进行格式化。PatternLayout可以使用与C语言printf函数类似
        的转换模式来指定输出格式。常见的配置如下：
        - %d{yyyy-MM-dd HH:mm:ss.SSS} : 日志生成时间，输出格式为“年-月-日 时:分:秒.毫秒”
        - %p : 日志输出格式
        - %c : logger的名称
        - %m : 日志内容，即 logger.info("message")
        - %n : 换行符
        - %T : 线程号
        - %L : 日志输出所在行数
        - %M : 日志输出所在方法名 -->
        <Property name="log_pattern">[%d{yyyy-MM-dd HH:mm:ss.SSS}][%-5p][%T][%c.%M:%L] %msg%xEx%n</Property>
        <!-- 单个日志文件最大大小，单位可以是KB, MB or GB -->
        <Property name="max_single_file_size">50MB</Property>
    </Properties>

    <!-- 使用Appenders元素可以将日志事件数据写到各种目标位置（目前可以为控制台、文件、多种数据库API、远程套接字服务器、Apache Flume、
    JMS、远程UNIX Syslog daemon），其内的每个Appender都必须要有一个name属性作为唯一标识，该标识的值在Logger中通过AppenderRef来引
    用，从而将该Appender配置到该Logger中 -->
    <Appenders>
        <!-- Console Appender常用于将日志输出到System.out，一般用在开发环境 -->
        <Console name="Console" target="SYSTEM_OUT">
            <!-- 只接受程序中DEBUG级别的日志进行处理-->
            <!-- ACCEPT：(不需要再走后面的过滤器了，)需要记录当前日志。-->
            <!-- NEUTRAL：需不需要记录当前日志，由后续过滤器决定。若所有过滤器返回的结果都是NEUTRAL，那么需要记录日志。-->
            <!-- DENY：(不需要再走后面的过滤器了，)不需要记录当前日志。-->
            <!-- 提示：log4j2的此机制与logback是一样的。-->
            <!--ThresholdFilter	若日志级别 >= ${指定的日志级别}， 则onMatch，否则onMismatch-->
            <ThresholdFilter level="DEBUG" onMatch="ACCEPT" onMismatch="DENY"/>
            <!-- 在大多数情况下，Appender将格式化LogEvent的责任委托给Layout -->
            <PatternLayout pattern="${log_pattern}"/>
        </Console>

        <!--         RollingFile Appender会将日志输出到fileName属性指定的文件中，且需要指定TriggeringPolicy和RolloverStrategy。其中-->
        <!--        TriggeringPolicy决定是否生成新的日志文件，RolloverStrategy决定如何生成新的日志文件。如果没有配置RolloverStrategy，则会-->
        <!--        使用DefaultRolloverStrategy。从2.5开始，可以在DefaultRolloverStrategy中配置一个自定义的删除动作。从2.8开始，如果没有指定-->
        <!--        文件名，则会使用DirectWriteRolloverStrategy来代替DefaultRolloverStrategy -->
        <!--         这个RollingFile Appender会打印出所有的DEBUG及以下级别（DEBUG、INFO、ERROR、FATAL、OFF）的信息 -->
        <!--        <RollingFile name="DebugLogRollingFile" fileName="${log_base_dir}/debug.log"-->
        <!--                     filePattern="${log_base_dir}/debug/debug_%d{yyyy_MM_dd_HH}_%i.log">-->
        <!--            <ThresholdFilter level="DEBUG" onMatch="ACCEPT" onMismatch="DENY"/>-->
        <!--            <PatternLayout pattern="${log_pattern}" charset="UTF-8"/>-->
        <!--            &lt;!&ndash; Policies表示一个CompositeTriggeringPolicy，可以组合多个TriggeringPolicy，只要内部的任意一个TriggeringPolicy-->
        <!--            满足触发条件，都会滚动日志 &ndash;&gt;-->
        <!--            <Policies>-->
        <!--                &lt;!&ndash; TimeBasedTriggeringPolicy用于按时间滚动日志。只要filePattern属性值中的日期/时间模式（pattern）不再应用于当-->
        <!--                前文件时就进行日志滚动。这种规则通过interval和modulate属性来配置。interval属性指定一个整数，用于基于日期/时间模式中-->
        <!--                的最小的时间单位数滚动一次。例如，filePattern值为/app_data/logs/my_app/$${date:yyyy_MM_dd}/my_app_%d{yyyy_-->
        <!--                MM_dd_HH}_%i.log，这里使用小时作为最小的时间单位时，假如interval参数值为4，则表示每4小时滚动一次。默认值为1。-->
        <!--                modulate表示是否调整interval属性值以便下次滚动发生在interval边界处。如果时间最小单位为小时，当前时间为早上3点，间隔-->
        <!--                为4小时，则第一次滚动将发生在早上4点时（而不是早上7点），后续滚动将发生在早上8点、中午12点、下午4点等时刻 &ndash;&gt;-->
        <!--                <TimeBasedTriggeringPolicy interval="12" modulate="false"/>-->
        <!--                &lt;!&ndash; SizeBasedTriggeringPolicy用于按文件大小滚动日志。每当日志文件超过size指定的大小（一般不超过几十MB，否则使用软-->
        <!--                件打开导出的日志时很不方便），则这size大小的日志会自动存入按filePattern属性指定建立的文件夹下面并进行压缩存档 &ndash;&gt;-->
        <!--                <SizeBasedTriggeringPolicy size="${max_single_file_size}"/>-->
        <!--            </Policies>-->
        <!--            &lt;!&ndash; DefaultRolloverStrategy可以同时接受RollingFileAppender中filePattern属性值中日期/时间和整数计数器（%i）的-->
        <!--            pattern，当日期/时间满足条件时，则会使用当前的日期/时间生成新的日志文件，如果filePattern属性值中含有一个整数计数器%i，则-->
        <!--            在每次滚动时该整数都会增加，如果filePattern属性值中同时包含了日期/时间和整数计数器（%i），计数器会在日期/时间不变时而满足-->
        <!--            其他滚动触发条件时（文件大小）开始自增，直到日期/时间发生变化时，计数器会重新自增。以.gz、.zip、.bz2、deflate、pack200-->
        <!--            或xz结尾的filePattern值，会在日志文件归档时以后缀对应的格式进行压缩。min属性指定计数器的最小值，默认为1。max属性指定计数-->
        <!--            器的最大值，一旦计数器达到了最大值，最早的归档将会在每次滚动时被删除，默认值为7。fileIndex属性如果设置为max（默认），则具-->
        <!--            有更大索引的文件比具有更小索引的文件内容更新，如果设置为min，文件将重命名且计数器将遵循Fixed Window策略，这两种情况均有可-->
        <!--            能导致批量的文件重命名，自2.8版本开始，如果fileIndex属性设置为nomax，则min和max属性值都将会被忽略，文件编号将每次递增1，-->
        <!--            每次滚动都会递增到更大的值，且没有最大文件编号的限制 &ndash;&gt;-->
        <!--            &lt;!&ndash;<DefaultRolloverStrategy max="100" min="1" fileIndex = "nomax"/>&ndash;&gt;-->
        <!--            <DefaultRolloverStrategy fileIndex="nomax">-->
        <!--                &lt;!&ndash; Log4j 2.5引入了删除动作（Delete元素）。在滚动删除旧的日志文件时，相比使用DefaultRolloverStrategy的max属-->
        <!--                性，该功能可以让用户拥有更多的删除控制。删除动作可以让用户配置若干个条件来删除相对于基准目录的文件。该功能可以删除非日-->
        <!--                志文件，使用时一定要小心。可以通过testMode属性来测试配置是否会错删文件。basePath属性值用于指定删除文件的基准目录，必-->
        <!--                须显式指定。maxDepth属性指定扫描目录的最大层级，0表示仅能访问基准目录（安全限制不能访问的情况除外），-->
        <!--                Integer.MAX_VALUE值表示可以访问所有层级。默认值为1，表示仅扫描基准目录下的文件。testMode属性值如果设置为true，文件-->
        <!--                不会实际删除，而是在status logger打印一条INFO级别的消息，可以使用该功能来测试是否会错删目标文件，默认为false。&ndash;&gt;-->

        <!--                &lt;!&ndash; 这里的Delete元素配置了每次滚动都会删除基准目录下匹配“*/my_app_debug_*.log.gz”日志文件，只要9分钟以前的日志文-->
        <!--                件总大小超过2MB，或9分钟以前的日志文件文件总数超过2个就按时间顺序删除较早的日志文件。该元素可以防止日志文件所在分区的-->
        <!--                磁盘空间被占满。特别需要注意的是，只有在发生日志滚动时才会尝试进行删除，否则即使满足了删除条件，但如果没有新的滚动日志-->
        <!--                生成的话也不会发生删除操作。 &ndash;&gt;-->
        <!--                <Delete basePath="${log_base_dir}" maxDepth="2">-->
        <!--                    &lt;!&ndash; Delete元素里可以指定若干个PathCondition类型的元素。如果指定了不止一个条件，则这些条件都需要在删除之前接受-->
        <!--                    某个路径。这些条件可以嵌套，只有外部条件接受某个路径之后，其内部条件才会决定是否接受该路径。如果这些条件没有嵌套，-->
        <!--                    则它们的执行顺序是任意的。这些条件也可以通过使用IfAll, IfAny和IfNot等组合条件进行AND、OR和NOT等逻辑运算。用户-->
        <!--                    也可以创建自定义条件或使用内置条件：-->
        <!--                    - IfFileName：接受匹配正则表达式或glob的文件路径；-->
        <!--                    - IfLastModified：接受比指定时段早或一样早的文件；-->
        <!--                    - IfAccumulatedFileCount：在遍历文件树时文件总数超过文件数上限后接受路径；-->
        <!--                    - IfAccumulatedFileSize：在遍历文件树时文件总大小超过上限后接受路径；-->
        <!--                    - IfAll：如果所有内嵌条件都接受了某个路径才会接受该路径，相当于AND逻辑，其内嵌条件的执行顺序是任意的；-->
        <!--                    - IfAny：如果任意一个内嵌条件接受了某个目录就接受该目录，相当于OR逻辑，其内嵌条件的执行顺序是任意的；-->
        <!--                    - IfNot：如果内嵌条件不接受某个路径就接收该路径，相当于NOT逻辑。&ndash;&gt;-->

        <!--                    &lt;!&ndash; IfFileName可以通过glob（使用受限的模式语言,比正则更简单）或regex属性（正则）来匹配相对路径（相对于Delete-->
        <!--                    的basePath属性指定的基准目录）&ndash;&gt;-->
        <!--                    &lt;!&ndash; 当外部的条件满足时才会计算内部的条件，内部的同级条件的计算顺序是任意的。 &ndash;&gt;-->
        <!--                    <IfFileName glob="*/debug_*.log">-->
        <!--                        &lt;!&ndash; IfLastModified可以通过age属性值来指定接受最后修改时间为指定时间或早于指定时间的路径，该属性的值可参考-->
        <!--                        org.apache.logging.log4j.core.appender.rolling.action.Duration.parse(CharSequence text)方法的文档 &ndash;&gt;-->
        <!--                        &lt;!&ndash; 这里的IfLastModified指定删除达到或超过60天内的文件 &ndash;&gt;-->
        <!--                        <IfLastModified age="1d">-->
        <!--                            &lt;!&ndash;                            &lt;!&ndash; 这里的IfAny内嵌了两个PathCondition，表示满足任意一个条件即可 &ndash;&gt;&ndash;&gt;-->
        <!--                            &lt;!&ndash;                            <IfAny>&ndash;&gt;-->
        <!--                            &lt;!&ndash;                                &lt;!&ndash; IfAccumulatedFileSize可通过exceeds属性值指定一个文件总大小上限值。如果文件数超过了该上限值&ndash;&gt;-->
        <!--                            &lt;!&ndash;                                则删除文件 &ndash;&gt;&ndash;&gt;-->
        <!--                            &lt;!&ndash;                                &lt;!&ndash;<IfAccumulatedFileSize exceeds="200MB"/>&ndash;&gt;&ndash;&gt;-->
        <!--                            &lt;!&ndash;                                &lt;!&ndash; IfAccumulatedFileCount可通过exceeds属性值指定一个文件总数上限值。如果文件数超过了该上限值&ndash;&gt;-->
        <!--                            &lt;!&ndash;                                则删除文件 &ndash;&gt;&ndash;&gt;-->
        <!--                            &lt;!&ndash;                                <IfAccumulatedFileCount exceeds="3"/>&ndash;&gt;-->
        <!--                            &lt;!&ndash;                            </IfAny>&ndash;&gt;-->
        <!--                        </IfLastModified>-->
        <!--                    </IfFileName>-->
        <!--                </Delete>-->
        <!--            </DefaultRolloverStrategy>-->
        <!--        </RollingFile>-->

        <RollingFile name="InfoLogRollingFile" fileName="${log_base_dir}/info.log"
                     filePattern="${log_base_dir}/info/info_%d{yyyy_MM_dd_HH}_%i.log">


            <LevelMatchFilter level="INFO" onMatch="ACCEPT" onMismatch="DENY"/>
            <PatternLayout pattern="${log_pattern}"/>
            <Policies>
                <TimeBasedTriggeringPolicy interval="12" modulate="false"/>
                <SizeBasedTriggeringPolicy size="${max_single_file_size}"/>
            </Policies>
            <DefaultRolloverStrategy fileIndex="nomax">
                <Delete basePath="${log_base_dir}" maxDepth="2">
                    <IfFileName glob="*/info_*.log">
                        <!-- 这里表示匹配“*/my_app_info_*.log”模式的日志文件的删除策略如下：
                        - 只要日志文件总数量超过5个就删除按时间顺序最早的日志文件
                        - 只要日志文件总大小超过10MB就会删除按时间顺序最早的日志文件
                        - 只要日志文件最近修改时间为9分钟前或更早就会删除按时间顺序最早的日志文件 -->
                        <IfAny>
                            <!--<IfAccumulatedFileSize exceeds="200MB"/>-->
                            <!--<IfAccumulatedFileCount exceeds="3"/>-->
                            <IfLastModified age="14d"/>
                        </IfAny>
                    </IfFileName>
                </Delete>
            </DefaultRolloverStrategy>
        </RollingFile>

        <RollingFile name="WarnLogRollingFile" fileName="${log_base_dir}/warn.log"
                     filePattern="${log_base_dir}/warn/warn_%d{yyyy_MM_dd_HH}_%i.log">

            <LevelMatchFilter level="WARN" onMatch="ACCEPT" onMismatch="DENY"/>
            <PatternLayout pattern="${log_pattern}"/>
            <Policies>
                <TimeBasedTriggeringPolicy interval="12" modulate="false"/>
                <SizeBasedTriggeringPolicy size="${max_single_file_size}"/>
            </Policies>
            <DefaultRolloverStrategy fileIndex="nomax">
                <Delete basePath="${log_base_dir}" maxDepth="2">
                    <IfFileName glob="*/warn_*.log">
                        <IfAny>
                            <!--<IfAccumulatedFileSize exceeds="200MB"/>-->
                            <!--<IfAccumulatedFileCount exceeds="3"/>-->
                            <IfLastModified age="14d"/>
                        </IfAny>
                    </IfFileName>
                </Delete>
            </DefaultRolloverStrategy>
        </RollingFile>

        <RollingFile name="ErrorLogRollingFile" fileName="${log_base_dir}/error.log"
                     filePattern="${log_base_dir}/error/error_%d{yyyy_MM_dd_HH}_%i.log">

            <LevelMatchFilter level="ERROR" onMatch="ACCEPT" onMismatch="DENY"/>
            <PatternLayout pattern="${log_pattern}"/>
            <Policies>
                <TimeBasedTriggeringPolicy interval="12" modulate="false"/>
                <SizeBasedTriggeringPolicy size="${max_single_file_size}"/>
            </Policies>
            <DefaultRolloverStrategy fileIndex="nomax">
                <Delete basePath="${log_base_dir}" maxDepth="2">
                    <IfFileName glob="*/error_*.log">
                        <IfAny>
                            <!--<IfAccumulatedFileSize exceeds="200MB"/>-->
                            <!--<IfAccumulatedFileCount exceeds="3"/>-->
                            <IfLastModified age="14d"/>
                        </IfAny>
                    </IfFileName>
                </Delete>
            </DefaultRolloverStrategy>
        </RollingFile>

        <!--查询接口单独打印-->
        <RollingFile name="debugLog" fileName="${log_base_dir}/debug.log"
                     filePattern="${log_base_dir}/debug/debug_%d{yyyy_MM_dd_HH}_%i.log">
            <PatternLayout pattern="${log_pattern}"/>
            <Policies>
                <TimeBasedTriggeringPolicy interval="12" modulate="false"/>
                <SizeBasedTriggeringPolicy size="${max_single_file_size}"/>
            </Policies>
            <Filters>
                <!-- >=DEBUG-->
                <ThresholdFilter level="DEBUG" onMatch="ACCEPT" onMismatch="DENY"/>
            </Filters>
            <DefaultRolloverStrategy fileIndex="nomax">
                <Delete basePath="${log_base_dir}" maxDepth="2">
                    <IfFileName glob="*/debug_*.log">
                        <IfAny>
                            <!--<IfAccumulatedFileSize exceeds="200MB"/>-->
                            <!--<IfAccumulatedFileCount exceeds="3"/>-->
                            <IfLastModified age="14d"/>
                        </IfAny>
                    </IfFileName>
                </Delete>
            </DefaultRolloverStrategy>
        </RollingFile>
      <!--druid的日志记录追加器-->
        <RollingFile name="druidSqlRollingFile"  fileName="${log_base_dir}/druid-sql.log"
                     filePattern="${log_base_dir}/druid-sql/druid-sql_%d{yyyy_MM_dd_HH}_%i.log">
            <PatternLayout pattern="${log_pattern}"/>
            <Policies>
                <TimeBasedTriggeringPolicy interval="12" modulate="false"/>
                <SizeBasedTriggeringPolicy size="${max_single_file_size}"/>
            </Policies>
            <DefaultRolloverStrategy fileIndex="nomax">
                <Delete basePath="${log_base_dir}" maxDepth="2">
                    <IfFileName glob="*/druid-sql_*.log">
                        <IfAny>
                            <!--<IfAccumulatedFileSize exceeds="200MB"/>-->
                            <!--<IfAccumulatedFileCount exceeds="3"/>-->
                            <IfLastModified age="14d"/>
                        </IfAny>
                    </IfFileName>
                </Delete>
            </DefaultRolloverStrategy>

    </Appenders>

    <!--定义logger，只有定义了logger并引入的appender，appender才会生效-->
    <Loggers>

        <AsyncLogger name="org.apache.commons" level="INFO"/>
        <AsyncLogger name="org.springframework" level="INFO"/>
        <!-- 当Logger在配置文件中声明时，就创建了一个LoggerConfig对象，两者一一对应，LoggerConfig包含一些Filter、这些
        Filters用于过滤传递给任意Appender的LogEvent，它还包含一些Appender的引用。Logger本身执行无指向的动作，它仅含有一
        个与LoggerConfig关联的名称（通过name属性指定），root Logger具有固定的默认名称，其他Logger需要指定各自的name属性
        值。LoggerConfig会被分配一个日志级别，通过level属性来指定。内建的日志级别按优先级从高到底排序有：OFF > FATAL >
        ERROR > WARN > INFO > DEBUG > TRACE > ALL，Log4j 2 也支持自定义的日志级别。
        -->
        <!-- 项目输出级别 -->
        <Root level="INFO">
            <AppenderRef ref="Console"/>
            <AppenderRef ref="InfoLogRollingFile"/>
            <AppenderRef ref="WarnLogRollingFile"/>
            <!--            <AppenderRef ref="DebugLogRollingFile"/>-->
            <AppenderRef ref="ErrorLogRollingFile"/>
        </Root>

        <!-- 每个LoggerConfig的日志级别如果没有显式配置，则会继承其父级LoggerConfig的日志级别，而root LoggerConfig如果没
        有配置日志级别，则会为其分配一个默认的ERROR级别 -->
        <!-- 某个Logger所允许的每条日志打印请求都会传递给其LoggerConfig中的所有Appender，也会传递给该LoggerConfig的parent
        LoggerConfig中的Appender，这种现象称为相加性（Additivity）。也就是说，Appender会从LoggerConfig的继承中继承相加性。这种特
        性可以用来汇整某几个logger的输出，可以在声明Logger的配置文件中设置additivity="false"来禁用这种叠加继承 -->

        <!--过滤掉spring和mybatis的一些无用的DEBUG信息-->
        <Logger name="org.springframework" level="INFO"/>
        <Logger name="org.mybatis" level="INFO"/>
        <!--将logger中的 additivity 属性配置为 false，则这个logger不会将日志流反馈到root中。-->
        <!-- 自定义logger，用于代码中的日志单独打印 -->
        <Logger name="debugLogger" additivity="false" level="DEBUG">
            <appender-ref ref="debugLog" level="DEBUG"/>
        </Logger>
        <logger name="druid.sql.Statement" level="debug" additivity="false">
            <appender-ref ref="druidSqlRollingFile"/>
        </logger>


        <!--log4j2 自带过滤日志-->
        <Logger name="org.apache.catalina.startup.DigesterFactory" level="error"/>
        <Logger name="org.apache.catalina.util.LifecycleBase" level="error"/>
        <Logger name="org.apache.coyote.http11.Http11NioProtocol" level="warn"/>
        <Logger name="org.apache.sshd.common.util.SecurityUtils" level="warn"/>
        <Logger name="org.apache.tomcat.util.net.NioSelectorPool" level="warn"/>
        <Logger name="org.crsh.plugin" level="warn"/>
        <Logger name="org.crsh.ssh" level="warn"/>
        <Logger name="org.eclipse.jetty.util.component.AbstractLifeCycle" level="error"/>
        <Logger name="org.hibernate.validator.internal.util.Version" level="warn"/>
        <Logger name="org.springframework.boot.actuate.autoconfigure.CrshAutoConfiguration" level="warn"/>
        <Logger name="org.springframework.boot.actuate.endpoint.jmx" level="warn"/>
        <Logger name="org.thymeleaf" level="warn"/>
    </Loggers>
</Configuration>

3.使用

@Slf4j //使用@Slf4j输出的日志不会输出到debug.log中
public class test{
//需要单独打印到单独文件[debug.log]的日志，不会混在其他日志文件中
private static Logger logger=LogManager.getLogger("debugLogger");
	public static void main(String[] args) {
		logger.debug("debug调试");
		log.info("info 级别");
		log.error("error 级别");
		log.warn("warn 级别");
	}
}

4.配置日志

4.1 druid配置

spring:
    datasource:
    druid:
      #其他：略
      # 配置日志输出
      filter:
        slf4j:
          enabled: true
          statement-create-after-log-enabled: false
          statement-close-after-log-enabled: false
          result-set-open-after-log-enabled: false
          result-set-close-after-log-enabled: false

或者使用命令行方式
-Ddruid.log.stmt.executableSql=true -Ddruid.filters=log4j2

项目启动时用配置

logging:
  config: classpath:log4j2.xml

或者在命令行指定--logging.config=./config/log4j2.xml

龙胖不下锅
关注
专栏目录
spring boot jar部署并设置定时任务清理日志文件
u011165335的博客
02-26 5379
项目的位置: 这里使用3个文件来启动jar: 1.start.sh 负责启动 #!/bin/bash echo platformUpload-0.01.jar start nohup java -jar platformUpload-0.01.jar >run.log & 2.stop.sh 负责关闭应用 #!/bin/bash PID=$(ps -ef | grep p...
log4j2定期删除日志文件的配置
高性价比服务器就选：蓝易云
01-23 989
策略来定期删除日志文件。确保将以上配置嵌入到你的Log4j 2配置文件中，并根据项目的需求进行适当的调整。元素用于配置定期删除日志文件。的参数以及其他配置。配置中的其他部分（如。注意，上述配置会删除7天前的所有。在Log4j 2中，你可以使用。）用于日志文件滚动和策略。
在Springboot中使用log4j2实现日志记录，以及可能会出现的错误及其解决方案
最新发布
2401_86027272的博客
06-27 1552
Springboot中使用的日志实现方式是slf4j+logback的实现方式。虽然使用原生的日志可以实现日志记录的功能，但是log4g2的功能更加强大，效率更高。log4j2的效率可以在多线程时，在线程数量大的情况下，超过logback10倍左右！500万数据大概0.25G，只需3秒左右就可以写进磁盘，所以越来越多的公司开始使用log4g2。接下来我会逐步介绍如何在Springboot中使用log4j2记录日志。
log4j删除前N天日志
12-25
log4j中DailyRollingFileAppender删除前N天日志 可配置maxBackupIndex参数 文件中包含测试工程以及源码
log4j2配置定期清理日志文件
qq_36555149的博客
06-12 5218
<?xml version="1.0" encoding="UTF-8"?> <!-- configuration 属性 monitorInterval: 置配置文件的动态加载时间（s），在程序运行过程中，如果修改配置文件，程序会随之改变。 status: 设置 log4j 日志框架内部输出的日志级别 日志级别以及优先级排序: OFF > FATAL > ERROR > WARN > INFO > DEBUG
Springboot定期自动清除日志信息
凡夫编程
10-21 1252
最近遇到个很尴尬的问题，就是服务器上的程序留下日志文件记得太多，而且也没有清除，居然把硬盘塞满了，然后程序就死了。真的尴尬呀，手动清除了一下过期没用的日志，重新启动就ok了。问题虽然是解决了，但真的是太尴尬了，日志只记不管，迟早还是会被塞满，程序还会在不知道什么时候又会死。所以呢，不如写一个小程序，设定一下保存多少天的日志，定期清除不需要的日志。正好最近在学习研究spring boot ,据说这s
springboot定时删除log4j_SpringBoot整合log4j2进行日志配置及防坑指南
weixin_39738152的博客
11-26 1962
1、Log4j2优点具体优点可以参考官方文档：https://logging.apache.org/log4j/2.x/我这边只简单说一下：相比与其他的日志系统，log4j2丢数据的情况少；在多线程环境下，性能高于logback等10倍以上；利用jdk1.5并发的特性，减少了死锁的发生这里列举一下，网上关于相关日志系统的性能测试图，仅做参考性能测试图2、SpringBoot整合Log4j2配置2....
Log4j2配置自动清除指定日期前的日志
markvivv随笔
03-16 2879
关注其中的DefaultRolloverStrategy配置内容，按照此配置会自动清除Delete元素中指定basePath下超出30天的info-*.log.gz配置文件。由于是指定目录，指定文件名格式，指定日期范围，所以是可以清除非工程目录下的文件，所以一定不要配置错了。当按照日期归档日志的时候，由于日志会一直存在，导致磁盘空间占用，如果服务器磁盘空间不足，且日志又没有长期保留的必要，可以直接在log4j2.xml中增加配置实现自动清理历史日志。
springboot+swagger3+mybatis-plus3.5.1代码生成+druid+log4j2【最完美】的一次配置
12-21
在SpringBoot中集成Log4j2，我们需要在资源目录下创建log4j2.xml或log4j2.json配置文件，定义日志级别、输出格式和目的地。 这个"template-master"可能是项目模板，包含了一个完整的配置示例。在这个模板中，你可能...
SpringBoot2.X整合Mybatis代码示例2-使用配置文件方式+Log4j
09-17
总结，通过上述步骤，我们已经成功地在SpringBoot 2.x项目中整合了Mybatis，并配置了Log4j进行日志记录。这样，不仅能够方便地进行数据库操作，还能通过日志跟踪程序运行状态，对问题定位和调试提供帮助。在实际开发...
springBoot+mybatis+mysql+log4j2+swagger-ui.html整合java项目.zip
05-07
这是一个基于SpringBoot、MyBatis、MySQL、Log4j2和Swagger-UI的Java项目集成示例，适合自学和理解这些技术如何协同工作。以下是对每个组件及其在项目中的作用的详细说明： **SpringBoot** SpringBoot是Spring框架...
log4j2 自动删除过期日志文件的配置及实现原理
08-18
主要介绍了log4j2 自动删除过期日志文件配置及实现原理解析,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
Shell springboot服务器日志清空脚本
04-04
Shell脚本，springboot服务器日志清空脚本，清空服务器上logs下所有*.log结尾的日志文件。
springboot整合Druid+log4j2
zt_1017的博客
04-12 564
1、引入pom.xml依赖 在 Spring Boot 项目中加入druid-spring-boot-starter依赖，最新版本 <!-- druid-spring-boot-starter --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid-spring-boot-starter</artifactId> <version>1.2.8&
SpringBoot集成Log4j2
当年为啥要给博客写个真名
03-11 563
SpringBoot中集成log4j2
设置log4j2自动删除过期日志
热门推荐
小菜鸟的博客
08-22 1万+
设置log4j2保留30天内的日志，过期自动删除 <?xml version="1.0" encoding="UTF-8"?> <Configuration status="WARN"> <Properties> <Property name="LOG_PATTERN">%highlight{%d{yyyy-MM-dd HH:mm:ss} ...
log4j2日志滚动和定期清理
燎原君的博客
09-02 2545
log4j2配置文件
Log4j2 DefaultRolloverStrategy清理日志实战
gaole93的博客
10-07 2538
基于Log4j2 DefaultRolloverStrategy快速灵活地配置应用日志自动清理策略
log4j实现日志自动清理功能
weixin_38168322的博客
09-02 1623
log4j不支持自动清理功能，但是log4j2版本支持，log4j2是log4j的升级版，比logback先进。 log4j升级为log4j2(不需要改动代码)https://blog.csdn.net/lisheng19870305/article/details/82911436使用Slf4j集成Log4j2构建项目日志系统的完美解决方案https://blog.csdn.n...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值