配置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_VALUE2018-08-22 10:56:37,838 TRACE getConfig:165 - <== Row: /RUNTIMEINFO/DISK2018-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
作者：年少时难免轻狂Ho
链接：https://www.jianshu.com/p/d0ef915f1802
随时随地看视频
