问题现象
某客户的业务(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 vopen
cursora,vsql b
where a.sql_id = b.sql_id;
并结合 v$session，确认是否业务会话。
经验总结
当 java 框架及中间件将 jdbc 连接及其涉及的 jdbc 对象接管后，需要根据 java 框架及中间件的配置，并结合 YashanDB 提供的视图，来分析实际的行为。
