目录
一、问题产生
在高并发下,oracle修改数据会出现 maximum open cursors exceeded
二、尝试解决
1、网上找了一堆都不是用的连接池,每次操作数据库之后就关闭连接,不会出现这个问题
2、增加oracle游标最大值,治标不治本,而且DBA根本不会轻易修改参数
3、尝试durid连接池开启游标缓存,避免游标的反复创建,加入参数
pool-prepared-statements: true #是否开启PSCache,PSCache对支持游标的数据库性能提升巨大,oracle建议开启,mysql下建议关闭
max-pool-prepared-statement-per-connection-size: 20 (需要小于Oracle Open_Cursor的数值)
没什么卵用
4、分析其根本原因
使用的是数据库连接池,从数据库连接池中拿到一个连接,close 的时候不是真正关闭连接,释放 数据库资源,而是把连接归还给连接池,因此 preparedStatement 并没有被释放掉,占用的数据库游标仍然处于打开状态, 因此在高并发的情况下很容易出现数据库游标使用到最大,无法分配游标错误
三、最终拍板
有两种方案。一是不使用连接池,但是对数据库的性能消耗很大,不建议;二是加入重试机制,由于这个错误出现概率 并不是特别高,并且通过测试重试一次效率和成功率都还不错,推荐这方案
批量失败批次 | 单条失败 | 单条失败重试次数 | 耗时 |
1-3 | 0-1 | 1 | 5s |
20-30 | 0-1 | 1 | 78s |
200 | 0-1 | 1 | 18min |