达梦数据库报“网络通信异常”分析解决
前言：
达梦数据库在通过程序插入具有BLOB字段的记录时（非通过SQL直接插入），报“通信异常”，通过更换达梦库驱动包解决。
问题：
在一个项目现场，在进行数据导入时，总时报“网络通信异常”：
19:08:56 ERROR - Application exception overridden by rollback exception
org.springframework.dao.DataAccessResourceFailureException: PreparedStatementCallback; SQL [INSERT INTO SCHEMA1.A(ID,REV,NAME,DEPLOYMENT_ID,BYTES,GENERATED) VALUES (?,?,?,?,?,?)]; 网络通信异常; nested exception is java.sql.SQLException: 网络通信异常
at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:105)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81)
at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:649)
at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:870)
at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:894)
...
分析解决：
1、试验一：参照网上针对“通信异常”的处理，未能解决问题
网上针对“通信异常”的处理，较多的解决方案是在数据源的配置中增加连接探测参数，但经过测试，发现并不管用：
testOnBorrow: true #是否打开获取连接前探测连接是否可用
validationQuery: select 1 from dual #测试连接的sql
testWhileIdle: true而且该问题能稳定重现，考虑倒是不是网络或数据库的问题，但该机器上同时部署有其他的应用，且都连接的同一数据库，其他应用工作正常。怀疑数据库是不是有什么问题，在一定条件下触发了“通信异常”，决定让现场替换数据库再试。
2、试验二：通过替换数据库，发现问题消除
将达梦7换为达梦6，问题消除。 说明数据库层面可能存在问题，一个数据库有问题，一个没有问题。于是决定寻找数据库层面的差异，考虑到是插入某个表时报异常，决定重点比较2个库中的同一名称的表是否有不同。
--DM6
CREATE TABLE "A_DB"."SCHEMA1"."A"(
"ID" VARCHAR(64),
"REV" INTEGER,
"NAME" VARCHAR(255),
"DEPLOYMENT_ID" VARCHAR(64),
"BYTES" BLOB(2147483647),
"GENERATED" NUMBER(20,0),
PRIMARY KEY("ID"),
CONSTRAINT "A_DEPL" FOREIGN KEY("DEPLOYMENT_ID") REFERENCES "B"("ID"))
STORAGE( INITIAL 1 , NEXT 1 , MINEXTENTS 1 , on "PRIMARY", FILLFACTOR 0 ) ;
--DM7
CREATE TABLE "SCHEMA1"."A"
(
"ID" VARCHAR2(64),
"REV" INTEGER,
"NAME" VARCHAR2(255),
"DEPLOYMENT_ID" VARCHAR2(64),
"BYTES" BLOB,
"GENERATED" NUMBER,
CONSTRAINT "A_DEPL" FOREIGN KEY("ID") REFERENCES "SCHEMA1"."B"("ID")) STORAGE(ON "SCHEMA1", CLUSTERBTR) ;
COMMENT ON COLUMN "SCHEMA1"."A"."BYTES" IS '字节流';
COMMENT ON COLUMN "SCHEMA1"."A"."DEPLOYMENT_ID" IS '流程部署ID';
COMMENT ON COLUMN "SCHEMA1"."A"."GENERATED" IS '是否引擎生成';
COMMENT ON COLUMN "SCHEMA1"."A"."ID" IS '唯一标识';
COMMENT ON COLUMN "SCHEMA1"."PT_WF_GE_BYTEARRAY"."NAME" IS '名称';
COMMENT ON COLUMN "SCHEMA1"."PT_WF_GE_BYTEARRAY"."REV" IS '版本修订';通过比较2个表的SQL，发现一个库中的表错误地使用主键ID字段作为外键，与另一表进行关联，那么A表的插入必然依赖于B表，若B表无此ID,则A表插入将因违反约束而失败。
但修改后问题依旧。
3、试验三：使用单独的SQL插入数据库
INSERT INTO SCHEMA1.A(ID,REV,NAME,DEPLOYMENT_ID,BYTES,GENERATED)
VALUES ('TEST001',1,'测试','dep001',0x0000FFFF0A000110,0);
可以成功。
4、试验四：更换数据库驱动包
将应用包中达梦的数据库驱动包更换为最新版本，问题解决。推测，现有的驱动包可能存在什么缺陷，在处理含BLOB字段记录的插入时可能存在处理不足。有点遗憾的是，因为JDBC包较为复杂，没有足够的时间去找到真正的问题点。