这个问题我太有共鸣了！之前帮团队处理数据导出到Excel时，就碰到过哈希值解析乱码的情况——二进制哈希直接转字符串后，Excel经常识别成奇怪的控制字符，换成Base64编码就彻底解决了。下面分两种SQL Server版本给你解决方案：

情况1：SQL Server 2022及更高版本 #

SQL Server 2022新增了原生的BASE64_ENCODE函数，直接就能把二进制哈希值转成Base64字符串，写法非常简洁：

SELECT 
    BASE64_ENCODE(HASHBYTES('SHA2_256', CAST(UserID AS NVARCHAR(10)))) AS UserID_Base64
FROM UserTable

情况2：SQL Server 2022之前的版本（2005-2019） #

这些版本没有原生Base64转换函数，但可以借助XML的类型转换能力来实现，同样可靠：

SELECT 
    CAST('' AS XML).value(
        'xs:base64Binary(xs:hexBinary(sql:column("HashValue")))', 
        'VARCHAR(MAX)'
    ) AS UserID_Base64
FROM (
    -- 先计算UserID的SHA256哈希，得到二进制值
    SELECT HASHBYTES('SHA2_256', CAST(UserID AS NVARCHAR(10))) AS HashValue
    FROM UserTable
) AS HashResults

关键说明 #

• 内层查询先生成SHA256哈希的二进制值，外层通过XML的xs:base64Binary类型转换，将二进制哈希转成纯文本的Base64字符串
• 确保CAST(UserID AS NVARCHAR(10))中的长度10足够容纳你的用户ID，如果UserID更长，记得调整这个数值避免截断
• Base64编码后的字符串是纯ASCII字符，Excel、CSV等所有文本类应用都能完美解析，可读性也远高于原始二进制转字符串的结果

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