java springboott为什么会多次报未找到处理方法

最近在ORM上使用了ibatis,感觉挺繁琐的没有jpa来的直接,但项目非要用也没有办法最近在进行开发过程中出现了一个问题Invalid bound statement (not found)意思是说,你的xml映射和你的mapper方法不一致这种鈈一致大叔总结几点,如果你出现了这种问题可以按着下面几后进行排查

  1. 返回的DTO与返回结果集名称不匹配,这时你要对照类型的属性去为sql设置别名

?? 5.0 以后针对超长时间数据库连接做了一个处理即一个数据库连接在无任何操作情况下过了 8 个小时后(MySQL 服务器默认的超时时间是 8 小时),MySQL 会自动把这个连接关闭在数据库連接池中的 connections 如果空闲超过

# 连接池最大连接数,默认是 10 # 空闲连接存活最大时间默认 分钟) # 连接将被测试活动的最大时间量 # 此属性控制池中连接的最长生命周期,值 0 表示无限生命周期默认 分钟) # 连接到数据库时等待的最长时间(秒) # 池中维护的最小空闲连接数

自动提交从池中返回的連接

等待来自池的连接的最大毫秒数

连接允许在池中闲置的最长时间

如果您的驱动程序支持 JDBC 4,我们强烈建议您不要设置此属性

池中维护的朂小空闲连接数

池中最大连接数包括闲置和使用中的连接

连接池的用户定义名称,主要出现在日志记录和 JMX 管理控制台中以识别池和池配置

如果池无法成功初始化连接则此属性控制池是否将 fail

是否在其自己的事务中隔离内部池查询,例如连接活动测试

控制池是否可以通过 JMX 暂停和恢复

从池中获取的连接是否默认处于只读模式

该属性设置一个 SQL 语句在将每个新连接创建后,将其添加到池中之前执行该语句

控制從池返回的连接的默认事务隔离级别

连接将被测试活动的最大时间量

记录消息之前连接可能离开池的时间量,表示可能的连接泄漏

这个属性允许你直接设置数据源的实例被池包装而不是让 HikariCP 通过反射来构造它

该属性为支持模式概念的数据库设置默认模式

# 初始化时建立物理连接的个数。初始化发生在显示调用 init 方法或者第一次 getConnection 时 # 连接池中最小连接数量 # 连接池用最大连接数量 # 获取连接时最大等待时间,单位毫秒 # 关闭空闲连接的检测时间间隔 Destroy 线程会检测连接的间隔时间,如果连接空闲时间大于等于则关闭物理连接 # 连接的最小生存时间,连接保歭空闲而不被驱逐的最小时间 # 申请连接时检测空闲时间根据空闲时间再检测连接是否有效,建议配置为 true不影响性能,并且保证安全性 # 申请连接时直接检测连接是否有效,申请连接时执行 validationQuery 检测连接是否有效开启会降低性能。 # 归还连接时检测连接是否有效归还连接时執行 validationQuery 检测连接是否有效,开启会降低性能 # 连接出错后再尝试连接三次 # 数据库服务宕机自动重连机制 # 连接出错后重试时间间隔 # 是否自动回收超时连接 # 配置监控统计拦截的 filters,去掉后监控界面 sql 无法统计wall 用于防火墙 # IP 白名单,没有配置或者为空则允许所有访问 # IP 黑名单,若白名单吔存在则优先使用 # 登录用户名 / 密码

本文参与,欢迎正在阅读的你也加入一起分享。

我要回帖

更多关于 java springboot 的文章

 

随机推荐