我之前也碰到过类似的H2和Oracle函数兼容的测试问题，你的情况是因为H2默认对HEXTORAW的返回值处理逻辑和Oracle不同导致的，以下是几个能解决这个问题的可行思路：

1. 启用H2的Oracle兼容模式 #

H2提供了专门的Oracle兼容模式，开启后会调整大量函数的行为来匹配Oracle的逻辑，其中就包括对HEXTORAW返回值的处理方式。你需要在启动H2的JDBC URL中添加MODE=Oracle参数，示例如下：

jdbc:h2:mem:your_test_db;MODE=Oracle;DB_CLOSE_DELAY=-1

开启这个模式后，H2对RAW类型的输出会更贴近Oracle的规则，不会再把原始字节解码成乱码字符，返回结果应该和Oracle一致。

2. 显式转换结果为十六进制字符串 #

如果开启兼容模式后仍有问题，你可以在查询中通过RAWTOHEX函数，把HEXTORAW的结果显式转换成十六进制字符串，这样Oracle和H2的输出格式会完全统一：

SELECT RAWTOHEX(HEXTORAW('79E6AAA933FA493990CC7502B5167D49')) FROM DUAL

这个查询在两种数据库中都会返回79E6AAA933FA493990CC7502B5167D49，完美匹配你需要的结果。

3. 升级到最新版H2 #

旧版本的H2在Oracle兼容模式下可能存在一些函数实现的bug，建议你升级到当前的最新稳定版（比如2.x系列），很多这类兼容问题在新版本中已经被修复。

如果你的DbUnit测试是通过配置文件指定H2连接的，记得把上述URL参数更新进去，或者在测试初始化阶段设置对应的连接属性。调整后你的单元测试应该就能正常通过了。

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