GBase8a JDBC驱动更新

一、目的

为解决jdbc驱动 的CNNVD-2024-07951033 反序列化问题和CNNVD-2024-42896235 XML外部实体注入问题，现在需要将gbase 8a的jdbc驱动更新至9.5.0.8-build1及以上版本。

二、jdbc版本更新记录

55.5.6：
修改现场connection.close时的lock问题。
55.5.7：
修改用户加密算法和处理逻辑改造，增加sha256加密方式。
9.5.0.1-build1：
增加对jdbc4.1规范和jdbc4.2规范的支持。
9.5.0.2-build1:
增加参数合法校验合规参数，兼容spark框架。
9.5.0.3-build1：
修改UpdatableResultSet类，增加对update的支持。
9.5.0.4-build1：
增加对是否支持主键参数的支持。
9.5.0.5-build1：
修改负载均衡全部失败时候的异常信息。
9.5.0.6-build1：
解决握手阶段报错信息乱码问题；
适配集群登录认证加密算法。
9.5.0.7-build1：
解决XML外部实体注入漏洞；
解决启动反序列化漏洞。
9.5.0.8-build1：
解决hikariCP连接池调用setSocketTimeout接口时，出现socket is closed问题。
9.5.0.9-build1：
去掉性能分析功能；
修改loaddata语句包含中文时，发送到server乱码问题。
9.5.0.10-build1：
解决在使用负载均衡功能时，采用线程池并发创建连接时，连接不均衡的问题。
9.5.0.11-build1：
增加随机ip参数，支持在使用负载均衡时随机获取一个IP。

三、更新问题记录

现场由55.5.7版本更新到9.5.0.8-build1，后出现sql执行时间超过十秒后，客户端报错，报错内容如下

经过测试和分析后得出以下结论：一开始应用的druid连接池参数socketTimeout（如果sql已发送至server，超过这个参数配置时间还未收到数据库的返回结果，就会报错）默认值设置的为10秒，但是旧版本的jdbc不支持druid的socketTimeout参数，所以直接忽略了，新版本的jdbc支持了此参数，所以导致sql执行超过十秒后，druid未收到对应结果，直接杀掉了对应线程，并重新建立，但数据库端sql正常执行，不会产生报错，错误只在应用端。

四、解决办法

druid连接池添加ConnectTimeout和SocketTimeout参数。ConnectTimeout建议设置为60000，即一分钟；SocketTimeout设置为300000-7200000（具体根据实际情况sql确定），即5分钟-2小时。