当我们进行web开发的时候总是看到配置的log4j日志在控制台无法显示mybatis的主要是指sql、参数、结果，出现这种问题有两种情况：
第一种情况，下面文档描述的mybatis本身内置很多种日志框架使用，所以如果我们要用具体哪个日志框架，就需要进行相应mybatis配置，或者就是按照mybatis本身规则运行。
问题在这里文档：/mybatis-3/zh/
配置方式：新增文件，有就直接添加
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
PUBLIC "-////DTD Config 3.0//EN"
"/dtd/">
<configuration>
<settings>
<setting name="logImpl" value="LOG4J"/>
</settings>
</configuration>
再把这个文件添加到：
<!--(主库)整合相应的MyBatis持久层相应的插件并注册相应的MyBatis模板 (dataSource1 主库数据源)-->
<bean class="">
<property name="dataSource" ref="dynamicDataSource" />
<property name="configLocation" value="classpath:"></property><!-- 配置mybatis的日志记录 -->
<property name="mapperLocations" value="classpath*:com/belle/finance/**/**/daomapper/mapper/*"/>
</bean>
这样就配置好了，使用log4j进行日志记录不会运行mybatis自身规则。
第二种情况，就是log4j的日志级别使用错误，导致mybatis信息打印不出来；
日志级别
每个Logger都被了一个日志级别（log level），用来控制日志信息的输出。日志级别从高到低分为：
A：off 最高等级，用于关闭所有日志记录。
B：fatal 指出每个严重的错误事件将会导致应用程序的退出。
C：error 指出虽然发生错误事件，但仍然不影响系统的继续运行。
D：warm 表明会出现潜在的错误情形。
E：info 一般和在粗粒度级别上，强调应用程序的运行全程。
F：debug 一般用于细粒度级别上，对调试应用程序非常有帮助。
G：all 最低等级，用于打开所有日志记录。
上面这些级别是定义在.类中。Log4j只建议使用4个级别，优先级从高到低分别是error,warn,info和debug。通过使用日志级别，可以控制应用程序中相应级别日志信息的输出。例如，如果使用b了info级别，则应用程序中所有低于info级别的日志信息(如debug)将不会被打印出来。
根据上面的log4j的说明，另外根据mybatis的细粒度得出，mybatis要把log4j的日志至少配置到DEBUG级别，才能显示出sql日志，如下：
=DEBUG
Mybatis内置的日志工厂提供日志功能，具体的日志实现有以下几种工具：
- SLF4J
- Apache Commons Logging
- Log4j 2
- Log4j
- JDK logging
具体选择哪个日志实现工具由MyBatis的内置日志工厂确定。它会使用最先找到的（按上文列举的顺序查找）。 如果一个都未找到，日志功能就会被禁用。
不少应用服务器的classpath中已经包含Commons Logging，如Tomcat和WebShpere， 所以MyBatis会把它作为具体的日志实现。记住这点非常重要。这将意味着，在诸如 WebSphere的环境中——WebSphere提供了Commons Logging的私有实现，你的Log4J配置将被忽略。 这种做法不免让人悲催，MyBatis怎么能忽略你的配置呢？事实上，因Commons Logging已经存 在了，按照优先级顺序，Log4J自然就被忽略了！不过，如果你的应用部署在一个包含Commons Logging的环境， 而你又想用其他的日志框架，你可以通过在MyBatis的配置文件里面添加一项setting（配置）来选择一个不同的日志实现。
/mybatis-3/zh/