Mybatis内置的日志工厂提供日志功能,具体的日志实现有如下几种工具:java
具体选择哪一个日志实现工具由MyBatis的内置日志工厂肯定。它会使用最早找到的(按上文列举的顺序查找)。 若是一个都未找到,日志功能就会被禁用。web
很多应用服务器的classpath中已经包含Commons Logging,如Tomcat和WebShpere, 因此MyBatis会把它做为具体的日志实现。记住这点很是重要。这将意味着,在诸如 WebSphere的环境中——WebSphere提供了Commons Logging的私有实现,你的Log4J配置将被忽略。 这种作法难免让人悲催,MyBatis怎么能忽略你的配置呢?事实上,因Commons Logging已经存 在了,按照优先级顺序,Log4J天然就被忽略了!不过,若是你的应用部署在一个包含Commons Logging的环境, 而你又想用其余的日志框架,你能够经过在MyBatis的配置文件mybatis-config.xml里面添加一项setting(配置)来选择一个不一样的日志实现。apache
<configuration> <settings> ... <setting name="logImpl" value="LOG4J"/> ... </settings> </configuration>
logImpl可选的值有:SLF4J、LOG4J、LOG4J二、JDK_LOGGING、COMMONS_LOGGING、STDOUT_LOGGING、NO_LOGGING 或者是实现了接口org.apache.ibatis.logging.Log的类的彻底限定类名, 而且这个类的构造函数须要是以一个字符串(String类型)为参数的。 (能够参考org.apache.ibatis.logging.slf4j.Slf4jImpl.java的实现)服务器
你根据须要调用以下的某一方法:mybatis
org.apache.ibatis.logging.LogFactory.useSlf4jLogging(); org.apache.ibatis.logging.LogFactory.useLog4JLogging(); org.apache.ibatis.logging.LogFactory.useJdkLogging(); org.apache.ibatis.logging.LogFactory.useCommonsLogging(); org.apache.ibatis.logging.LogFactory.useStdOutLogging();
若是的确须要调用以上的某个方法,请在其余全部MyBatis方法以前调用它。另外,只有在相应日志实现中存在 的前提下,调用对应的方法才是有意义的,不然MyBatis一律忽略。如你环境中并不存在Log4J,你却调用了 相应的方法,MyBatis就会忽略这一调用,代之默认的查找顺序查找日志实现。app
关于SLF4J、Apache Commons Logging、Apache Log4J和JDK Logging的API介绍已经超出本文档的范围。 不过,下面的例子能够做为一个快速入门。关于这些日志框架的更多信息,能够参考如下连接:框架
MyBatis能够对包、类、命名空间和全限定的语句记录日志。jvm
具体怎么作,视使用的日志框架而定,这里以Log4J为例。配置日志功能很是简单:添加几个配置文件, 如log4j.properties,再添加个jar包,如log4j.jar。下面是具体的例子,共两个步骤:ide
由于采用Log4J,要确保在应用中对应的jar包是可用的。要知足这一点,只要将jar包添加到应用的classpath中便可。 Log4J的jar包能够从上面的连接中下载。函数
具体而言,对于web或企业应用,须要将log4j.jar 添加到WEB-INF/lib 目录; 对于独立应用, 能够将它添加到jvm的 -classpath启动参数中。
配置Log4J比较简单, 好比须要记录这个mapper接口的日志:
package org.mybatis.example; public interface BlogMapper { @Select("SELECT * FROM blog WHERE id = #{id}") Blog selectBlog(int id); }
只要在应用的classpath中建立一个名称为log4j.properties的文件, 文件的具体内容以下:
# Global logging configuration log4j.rootLogger=ERROR, stdout # MyBatis logging configuration... log4j.logger.org.mybatis.example.BlogMapper=TRACE # Console output... log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%5p [%t] - %m%n
添加以上配置后,Log4J就会把 org.mybatis.example.BlogMapper 的详细执行日志记录下来,对于应用中的其它类则仅仅记录错误信息。
也能够将日志从整个mapper接口级别调整到到语句级别,从而实现更细粒度的控制。以下配置只记录 selectBlog 语句的日志:
log4j.logger.org.mybatis.example.BlogMapper.selectBlog=TRACE
与此相对,能够对一组mapper接口记录日志,只要对mapper接口所在的包开启日志功能便可:
log4j.logger.org.mybatis.example=TRACE
某些查询可能会返回大量的数据,只想记录其执行的SQL语句该怎么办?为此,Mybatis中SQL语 句的日志级别被设为DEBUG(JDK Logging中为FINE),结果日志的级别为TRACE(JDK Logging中为FINER)。因此,只要将日志级别调整为DEBUG便可达到目的:
log4j.logger.org.mybatis.example=DEBUG
要记录日志的是相似下面的mapper文件而不是mapper接口又该怎么呢?
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> <mapper namespace="org.mybatis.example.BlogMapper"> <select id="selectBlog" resultType="Blog"> select * from Blog where id = #{id} </select> </mapper>
对这个文件记录日志,只要对命名空间增长日志记录功能便可:
log4j.logger.org.mybatis.example.BlogMapper=TRACE
进一步,要记录具体语句的日志能够这样作:
log4j.logger.org.mybatis.example.BlogMapper.selectBlog=TRACE
看到了吧,两种配置没差异!
配置文件log4j.properties的余下内容是针对日志格式的,这一内容已经超出本 文档范围。关于Log4J的更多内容,能够参考Log4J的网站。不过,能够简单试一下看看,不一样的配置 会产生什么不同的效果。