SAP HANA与Azure SQL DB特殊/编码字符哈希值比对不匹配问题

哈希值不匹配和MD5、SHA256算法本身无关，核心原因是两端传入哈希函数的二进制流编码不一致：

• 纯ASCII字符在绝大多数编码规则下二进制值完全相同，因此哈希结果可以匹配
• 包含中文、全角字符等非ASCII内容时，Azure SQL DB的HASHBYTES函数直接接收字符串输入时，默认使用UTF-16LE编码处理内容；而你在SAP HANA中使用的无参数TO_BINARY('字符串')会调用数据库实例配置的默认编码（通常为UTF-8/CESU-8，随实例codepage设置变化），两边计算哈希的原始二进制输入完全不同，结果自然存在差异。

核心规则：必须在两端显式指定完全相同的编码格式，将字符串转为二进制流后再传入哈希函数，推荐统一使用UTF-8编码，跨平台兼容性最好。

Azure SQL DB侧调整 #

显式将Unicode字符串转为UTF-8编码的二进制值后，再传入哈希函数计算，不要直接把字符串作为HASHBYTES的输入：

-- MD5计算写法
SELECT HASHBYTES('MD5', CAST(N'不锈钢平垫Ｍ１０' AS VARCHAR(MAX)) COLLATE Latin1_General_100_CI_AS_SC_UTF8)
-- SHA256计算写法，替换第一个算法参数即可
SELECT HASHBYTES('SHA2_256', CAST(N'不锈钢平垫Ｍ１０' AS VARCHAR(MAX)) COLLATE Latin1_General_100_CI_AS_SC_UTF8)

如果当前Azure SQL DB版本不支持UTF-8排序规则，也可以选择统一对齐UTF-16LE编码，对应调整SAP HANA侧的转码参数即可。

SAP HANA侧调整 #

调用TO_BINARY时必须显式指定编码为UTF-8，禁止依赖数据库默认编码配置：

-- MD5计算写法
SELECT HASH_MD5(TO_BINARY('不锈钢平垫Ｍ１０', 'UTF8')) FROM DUMMY
-- SHA256计算写法，替换哈希函数即可
SELECT HASH_SHA256(TO_BINARY('不锈钢平垫Ｍ１０', 'UTF8')) FROM DUMMY

按上述写法调整后，非ASCII字符、全角符号、多语种内容的哈希计算结果在两端会完全对齐。落地时需要注意两个细节：

• 所有转码逻辑必须显式写死编码参数，不要依赖数据库默认配置，避免后续数据库参数调整导致哈希校验逻辑失效
• 哈希校验前先排除内容本身的差异：比如尾部空格差异、全角半角差异、不可见控制字符差异，这类场景下哈希不匹配属于正常情况，不属于编码问题。

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