问题现象

某客户的业务 (Java 框架) 运行时报如下异常：

问题的风险及影响

客户的业务无法正常运行

问题影响的版本

所有的 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 v$open\_cursor a, v$sql b

where a.sql\_id = b.sql\_id;

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

经验总结

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

ITPub博客

【YashanDB 知识库】由于 druid 中间件配置导致的 YAS-04003