ibatis debuge调试输出sql

本文详细介绍了Log4j的日志配置方法,包括RollingFileAppender的使用、日志文件路径设置、最大文件大小限制、备份文件数量设定、日志记录级别及布局样式等关键配置项。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

 

log4j.appender.parseLog=org.apache.log4j.RollingFileAppender
log4j.appender.parseLog.File=D:/logs/parse.log 或 (放在工程的tomcat下 ${webapp.工程名}/log/error_log.txt)
log4j.appender.parseLog.MaxFileSize=4096KB
log4j.appender.parseLog.MaxBackupIndex=10
log4j.appender.parseLog.Append=true
log4j.appender.parseLog.layout=org.apache.log4j.PatternLayout
log4j.appender.parseLog.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n

log4j.logger.com.ibatis=debug
log4j.logger.com.ibatis.common.jdbc.SimpleDataSource=debug
log4j.logger.com.ibatis.common.jdbc.ScriptRunner=debug
log4j.logger.com.ibatis.sqlmap.engine.impl.SqlMapClientDelegate=debug
log4j.logger.java.sql.Connection=debug
log4j.logger.java.sql.PreparedStatement=debug

### 关于 TKMyBatis 不打印 SQL 执行日志的解决方案 #### 日志框架配置问题分析 当使用 `TKMyBatis` 或其他基于 MyBatis 的工具时,SQL 执行日志未正常打印可能与日志框架的配置有关。根据描述,在某些情况下可能会出现死循环的日志打印现象[^2]。这种行为通常是由以下几个原因引起的: 1. **日志框架冲突** 如果项目中同时存在多个日志框架(如 Log4j 和 SLF4J),可能导致日志输出混乱甚至无法正确记录日志。 2. **MyBatis 配置错误** MyBatis 默认支持多种日志实现方式(Log4j, Commons Logging,Slf4j 等)。如果在配置文件中指定的日志实现与实际使用的日志库不匹配,则可能出现日志丢失的情况。 3. **SqlSessionFactory 配置不当** 当直接配置 `org.mybatis.spring.SqlSessionFactoryBean` 时,若其内部逻辑出现问题(例如日志初始化失败),则可能导致程序进入死循环而无异常提示。 --- #### 解决方案 以下是几种常见的解决方法来确保 SQL 执行日志能够被正确打印: ##### 方法一:调整日志级别 确认当前项目的日志框架及其配置是否允许显示 SQL 执行日志。对于常用的 Log4j 来说,可以通过修改 `log4j.properties` 文件设置合适的日志级别: ```properties # 设置 MyBatis 日志级别为 DEBUG log4j.logger.org.mybatis=DEBUG log4j.logger.com.example.mapper=DEBUG ``` 上述配置会启用 MyBatis 及 Mapper 层的相关调试信息,从而可以查看 SQL 执行情况[^1]。 ##### 方法二:自定义 SqlSessionFactory 实现 为了避免因默认 `SqlSessionFactoryBean` 初始化过程中潜在的问题而导致的日志异常,建议创建一个继承自 `SqlSessionFactoryBean` 的子类并覆盖其核心方法。具体做法如下所示: ```java import org.apache.ibatis.session.SqlSessionFactory; import org.mybatis.spring.SqlSessionFactoryBean; public class CustomSqlSessionFactoryBean extends SqlSessionFactoryBuilder { @Override public SqlSessionFactory buildSqlSessionFactory() throws Exception { try { return super.buildSqlSessionFactory(); } catch (Exception e) { System.err.println("Error occurred while building SqlSessionFactory: " + e.getMessage()); throw e; // 将捕获到的异常重新抛出以便进一步处理 } } } ``` 通过这种方式可以在发生错误时及时定位问题所在,并避免陷入无限循环状态。 ##### 方法三:切换至更稳定的替代品 考虑到 `TKMyBatis` 功能相对单一且维护频率较低,推荐考虑迁移到功能更为强大且社区活跃度更高的同类产品——比如 `MyBatis-Plus`。后者不仅提供了丰富的特性集还内置完善的日志管理机制,极大简化了开发者的工作量。 --- ### 总结 针对 `TKMyBatis` 中 SQL 执行日志未能成功打印这一状况,可以从调整日志框架参数、重构 `SqlSessionFactory` 构建流程以及评估升级至更适合的技术栈这三个角度出发寻找对策。每种策略各有优劣需依据实际情况灵活选用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值