问题现象

某客户的业务(Java 框架)运行时报如下异常:
图片.png
问题的风险及影响

客户的业务无法正常运行

问题影响的版本

所有的 yashandb 版本

问题发生原因

druid 中间件有如下参数,可以控制是否缓存 PreparedStatement,客户现场为如下配置:

share-prepared-statements:true

pool-prepared-statements:true

max-open-prepared-statements:100

在此种配置下,jdbc 层面的 PreparedStatement 会被 druid 中间件缓存,在 YashanDB 侧,一个缓存未关闭 PreparedStatement 会被视为一个 open cursor。

当这些 open cusor 达到 YashanDB 初始化参数 OPEN_CURSORS 指定的上限后,就会报出 YAS-04003 maximum number of open cursors is xxx 异常。

解决方法及规避方式

在 YashanDB 侧增加 OPEN_CURSORS 初始化参数的值,或者在 druid 层面修改参数,不再缓存 PreparedStatement。例如:

share-prepared-statements 调整为 false

pool-prepared-statements 调整为 false

max-open-prepared-statements 调整为-1

问题分析和处理过程

在业务报 YAS-04003 异常时,使用如下语句查询当前 YashanDB 的 open cusor:

select b.sql_text from vopenc​ursora,vsql b

where a.sql_id = b.sql_id;

并结合 v$session,确认是否业务会话。

经验总结

当 java 框架及中间件将 jdbc 连接及其涉及的 jdbc 对象接管后,需要根据 java 框架及中间件的配置,并结合 YashanDB 提供的视图,来分析实际的行为。


qiaoyikefu
1 声望0 粉丝