Mybatis结合log4j打印sql到日志文件

配置mybatis的配置文件

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" 
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
    
    <settings>
        <!-- 全局启用或禁用延迟加载。当禁用时，所有关联对象都会即时加载。默认：true  -->
        <setting name="lazyLoadingEnabled" value="true"/>
        <!-- sql 打印到控制台 -->
        <!-- <setting name="logImpl" value="STDOUT_LOGGING"/> -->
        <!-- mybatis sql打印到log4j文件-->
        <setting name="logImpl" value="LOG4J"/>
        <!-- 当启用时，有延迟加载属性的对象在被调用时将会完全加载任意属性。否则，每种属性将会按需要加载 -->
        <setting name="aggressiveLazyLoading" value="false"/>
        <setting name="jdbcTypeForNull" value="NULL"/>  
    </settings>

</configuration>

配置log4j文件
log4j.properties形式配置文件

log4j.rootLogger=ERROR,R
#配置打印到控制台的相关配置
log4j.appender.A1=org.apache.log4j.ConsoleAppender
log4j.appender.A1.Target=System.out
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss,SSS} %-5p %t (%10c{1}) - %m%n
#配置打印到文件相关配置
log4j.appender.R=org.apache.log4j.RollingFileAppender  
#打印的文件名称和文件位置
log4j.appender.R.File=../logs/CManager.log
#日志文件分割，每个日志文件大小    
log4j.appender.R.MaxFileSize=30MB
#日志文件保留个数   
log4j.appender.R.MaxBackupIndex=200
#设置以追加形式打印  
log4j.appender.R.Append=true  
#日志级别
log4j.appender.R.Threshold=DEBUG  
log4j.appender.R.layout=org.apache.log4j.PatternLayout 
#日志格式 
log4j.appender.R.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss,SSS} %5p %c{1}\:%L - %m%n
#作用域
log4j.logger.com.asiainfo=DEBUG
log4j.logger.org.exam=INFO
log4j.logger.org.springframework.beans.factory=INFO

这两个配置完成以后启动项目就能看到有sql打印到日志文件了

2018-08-22 09:54:52,567 DEBUG getConfig:159 - ==>  Preparing: SELECT CONFIG_VALUE from CM_SYSCONFIG where CONFIG_NAME = ? limit 0 ,1 
2018-08-22 09:54:52,569 DEBUG getConfig:159 - ==> Parameters: agent.nodePath(String)
2018-08-22 09:54:52,572 DEBUG getConfig:159 - <==      Total: 1

如果想将结果集也打印到文件中，可以将日志级别和作用域修改为TRACE

2018-08-22 10:56:37,834 DEBUG getConfig:159 - ==>  Preparing: SELECT CONFIG_VALUE from CM_SYSCONFIG where CONFIG_NAME = ? limit 0 ,1 
2018-08-22 10:56:37,835 DEBUG getConfig:159 - ==> Parameters: agent.nodeInfoDiskPath(String)
2018-08-22 10:56:37,837 TRACE getConfig:165 - <==    Columns: CONFIG_VALUE
2018-08-22 10:56:37,838 TRACE getConfig:165 - <==        Row: /RUNTIMEINFO/DISK
2018-08-22 10:56:37,838 DEBUG getConfig:159 - <==      Total: 1

关于日志级别说明

Level	描述
ALL	各级包括自定义级别
DEBUG	指定细粒度信息事件是最有用的应用程序调试
ERROR	错误事件可能仍然允许应用程序继续运行
FATAL	指定非常严重的错误事件，这可能导致应用程序中止
INFO	指定能够突出在粗粒度级别的应用程序运行情况的信息的消息
OFF	这是最高等级，为了关闭日志记录
TRACE	指定细粒度比DEBUG更低的信息事件
WARN	指定具有潜在危害的情况

log4j定义了8个级别的log（除去OFF和ALL，可以说分为6个级别），优先级从高到低依次为：OFF、FATAL、ERROR、WARN、INFO、DEBUG、TRACE、 ALL。

• ALL 最低等级的，用于打开所有日志记录。

• TRACE designates finer-grained informational events than the - ---DEBUG.Since:1.2.12，很低的日志级别，一般不会使用。

• DEBUG 指出细粒度信息事件对调试应用程序是非常有帮助的，主要用于开发过程中打印一些运行信息。

• INFO 消息在粗粒度级别上突出强调应用程序的运行过程。打印一些你感兴趣的或者重要的信息，这个可以用于生产环境中输出程序运行的一些重要信息，但是不能滥用，避免打印过多的日志。

• WARN 表明会出现潜在错误的情形，有些信息不是错误信息，但是也要给程序员的一些提示。

• ERROR 指出虽然发生错误事件，但仍然不影响系统的继续运行。打印错误和异常信息，如果不想输出太多的日志，可以使用这个级别。

• FATAL 指出每个严重的错误事件将会导致应用程序的退出。这个级别比较高了。重大错误，这种级别你可以直接停止程序了。

• OFF 最高等级的，用于关闭所有日志记录。

如果将log level设置在某一个级别上，那么比此级别优先级高的log都能打印出来。例如，如果设置优先级为WARN，那么OFF、FATAL、ERROR、WARN 4个级别的log能正常输出，而INFO、DEBUG、TRACE、 ALL级别的log则会被忽略。Log4j建议只使用四个级别，优先级从高到低分别是ERROR、WARN、INFO、DEBUG