最近在ORM上使用了ibatis,感觉挺繁琐的没有jpa来的直接,但项目非要用也没有办法最近在进行开发过程中出现了一个问题Invalid bound statement (not found)
意思是说,你的xml映射和你的mapper方法不一致这种鈈一致大叔总结几点,如果你出现了这种问题可以按着下面几后进行排查
- 返回的DTO与返回结果集名称不匹配,这时你要对照类型的属性去为sql设置别名
最近在ORM上使用了ibatis,感觉挺繁琐的没有jpa来的直接,但项目非要用也没有办法最近在进行开发过程中出现了一个问题Invalid bound statement (not found)
意思是说,你的xml映射和你的mapper方法不一致这种鈈一致大叔总结几点,如果你出现了这种问题可以按着下面几后进行排查
?? 5.0 以后针对超长时间数据库连接做了一个处理即一个数据库连接在无任何操作情况下过了 8 个小时后(MySQL 服务器默认的超时时间是 8 小时),MySQL 会自动把这个连接关闭在数据库連接池中的 connections 如果空闲超过
# 连接池最大连接数,默认是 10 # 空闲连接存活最大时间默认 分钟) # 连接将被测试活动的最大时间量 # 此属性控制池中连接的最长生命周期,值 0 表示无限生命周期默认 分钟) # 连接到数据库时等待的最长时间(秒) # 池中维护的最小空闲连接数
自动提交从池中返回的連接 |
等待来自池的连接的最大毫秒数 |
连接允许在池中闲置的最长时间 |
如果您的驱动程序支持 JDBC 4,我们强烈建议您不要设置此属性 |
池中维护的朂小空闲连接数 |
池中最大连接数包括闲置和使用中的连接 |
连接池的用户定义名称,主要出现在日志记录和 JMX 管理控制台中以识别池和池配置 |
如果池无法成功初始化连接则此属性控制池是否将 fail |
是否在其自己的事务中隔离内部池查询,例如连接活动测试 |
控制池是否可以通过 JMX 暂停和恢复 |
从池中获取的连接是否默认处于只读模式 |
该属性设置一个 SQL 语句在将每个新连接创建后,将其添加到池中之前执行该语句 |
控制從池返回的连接的默认事务隔离级别 |
连接将被测试活动的最大时间量 |
记录消息之前连接可能离开池的时间量,表示可能的连接泄漏 |
这个属性允许你直接设置数据源的实例被池包装而不是让 HikariCP 通过反射来构造它 |
该属性为支持模式概念的数据库设置默认模式 |
本文参与,欢迎正在阅读的你也加入一起分享。