Informix数据库存储含UTF-8字符的CLOB数据被截断问题咨询

问题根源 #

你遇到的截断现象是旧版Informix JDBC驱动（3.50.JC9版本）和Hibernate 3.6版本配合的已知问题：Hibernate写入CLOB时传入的长度参数为字符数，但该版本Informix驱动会将传入的长度直接作为字节数处理，UTF-8场景下多字节字符的字节数大于字符数，因此写入到你传入的字符数对应的字节位置就会被截断，截断位置随多字节字符数量变化的表现也完全符合这个逻辑。

可行解决思路（无需升级驱动/框架版本） #

• 方案1：修改Hibernate字段映射类型
  把hbm文件中layoutxml字段的type="clob"替换为type="org.hibernate.type.StringClobType"，该类型会绕过Hibernate默认的CLOB长度计算逻辑，直接将完整字符串以CLOB形式写入，适配旧版Informix驱动的长度处理逻辑。
  修改后的配置示例：

  <property name="layoutxml" type="org.hibernate.type.StringClobType" column="layoutxml" />
  

• 方案2：补全JDBC连接的字符集参数
  即使数据库端已配置为UTF-8，也要在JDBC连接URL末尾追加客户端、服务端字符集配置，避免驱动做自动编码转换时计算长度错误：

  ;DB_LOCALE=zh_CN.utf8;CLIENT_LOCALE=zh_CN.utf8;IFX_USE_STANDARD_LOBS=1
  

  区域设置可根据你的实际场景调整，核心是保证两端字符集一致，IFX_USE_STANDARD_LOBS参数会强制驱动使用标准JDBC LOB处理逻辑。

• 方案3：自定义CLOB UserType
  如果前两个方案无效，可自行实现Hibernate UserType，写入CLOB时手动将字符串转为UTF-8字节数组，再以字节流形式写入LOB对象，长度传入实际的字节数，完全避开自动长度计算的bug。

• 方案4：绕开Hibernate写入逻辑
  特殊场景下可在保存POJO后，用Hibernate暴露的原生JDBC连接单独更新CLOB字段，直接调用Informix驱动的IfxClob构造API写入完整内容。

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