使用Hibernate更新HSQLDB的LOB/BLOB值时触发数据异常

这个异常的核心原因是HSQLDB与Hibernate的默认类型映射规则冲突：

• 虽然你用@Lob注解标记了byte[]字段，按预期应该映射为HSQLDB的BLOB（或LONGVARBINARY）类型以支持任意长度的字节数据，但HSQLDB的默认方言(HSQLDialect)有个特殊逻辑：如果初始存入的byte[]长度≤255，Hibernate会自动将字段映射为VARBINARY(255)类型（而非BLOB），这个类型有严格的长度上限。
• 当你后续尝试更新为超过255字节的数据时，就会触发DataIntegrityViolationException——因为字段长度不足以容纳新数据。

至于fail2测试中1025→1026的报错，本质是同一逻辑的延伸：HSQLDB对LONGVARBINARY也存在隐含的分段阈值（1024字节），第一次存入1025字节时字段被创建为带初始长度限制的LONGVARBINARY，更新到1026时同样触发长度校验。

你可以通过以下两种方式彻底解决这个问题：

1. 显式指定字段的数据库类型 #

直接在实体类的字段上，通过@Column的columnDefinition强制指定为BLOB类型，跳过Hibernate的自动映射判断：

@Entity
public class Data {
    @Id
    @GeneratedValue
    private long id;
    
    @Lob
    @Column(columnDefinition = "BLOB") // 强制指定为无长度限制的BLOB类型
    private byte[] data;
    
    // Getters and Setters...
}

这样无论初始存入的字节数组长度是多少，HSQLDB都会创建一个无长度限制的BLOB字段，支持任意大小的byte[]更新操作。

2. 自定义HSQLDB方言 #

如果你不想修改实体类，可以自定义HSQLDB的方言，强制将@Lob标记的byte[]映射为BLOB：

public class CustomHSQLDialect extends HSQLDialect {
    public CustomHSQLDialect() {
        super();
        registerColumnType(Types.BLOB, "BLOB");
    }
}

然后在你的TestConfiguration的additionalProperties()中替换默认方言：

properties.setProperty("hibernate.dialect", "your.package.path.CustomHSQLDialect");

修改完成后重新运行所有测试用例：

• fail和fail2中的跨阈值长度更新操作不会再触发异常，因为字段类型已改为无长度限制的BLOB。
• ok测试的小长度更新逻辑也能正常执行，不会受到任何影响。

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