JDBC SINK连接器upsert模式写入Oracle CLOB字段报ORA-01461错误咨询

• Confluent 5.5.x版本的JDBC Sink连接器在upsert模式下的参数绑定逻辑与insert模式存在差异：insert模式下JDBC驱动会自动将长度超出VARCHAR2上限的字符串参数识别为CLOB类型绑定，而upsert模式本质是生成MERGE INTO语句，连接器默认会将所有字符串参数统一按VARCHAR类型绑定。当字符串长度超过VARCHAR2最大限制（默认4000字节，未开启12c扩展VARCHAR2的场景下），Oracle会自动将其隐式转换为LONG类型，而目标字段是CLOB类型，LONG类型无法直接插入CLOB字段，因此触发ORA-01461错误。
• OJDBC8驱动默认未开启超长字符串自动转CLOB绑定的适配逻辑，且对MERGE语句的参数类型检查比INSERT语句更严格，无法自动识别MERGE语句中需要绑定为CLOB的参数，进一步放大了该问题。

按实施优先级从高到低排序：

• 方案1：修改连接器配置即可修复，无需升级版本
  1. 在JDBC Sink连接器的connection.url配置项末尾追加参数&oracle.jdbc.SetBigStringTryClob=true，开启OJDBC驱动自动将超长字符串转换为CLOB类型绑定的能力
  2. 新增连接器配置项db.use.string.mapping=false，强制连接器按照Oracle目标表的实际字段类型做参数绑定，而非默认将所有字符串统一按VARCHAR类型绑定
• 方案2：版本升级修复
  将Confluent平台升级到6.0及以上版本，该版本的JDBC Sink连接器已经原生修复了upsert模式下CLOB字段的参数绑定逻辑缺陷，无需额外配置即可兼容该场景。
• 方案3：临时兜底方案
  若无法升级也不方便修改连接器配置，可在Oracle侧针对目标表创建INSTEAD OF触发器，将接收到的LONG类型参数显式转换为CLOB类型后再写入目标字段，该方案存在一定性能损耗，仅适合临时过渡使用。

内容的提问来源于stack exchange，提问作者Ashok