MS SQL Server 2019字符串截断错误提示异常乱码问题咨询

现象描述 #

近几日，程序在目标列与源列长度不匹配时，会抛出「String or binary data would be truncated」错误——这本身符合预期，但异常点在于错误提示里的截断值是乱码：

• 表'xxx'列'yyy'的截断值：'滀˳.Ɛ...霶翽.ᜠ..힀䐈˷.....痨̛.潀þ.聠⣠͆.癠㘟þ.�翽.쁠͆.洀˳.㟠⣡͆.痨̛.叠Ἕ੯.訰䷿˳.뚠ᦞ̰.癠㘟þ.....␉翽.潠㘟þ.潀㘟þ.儘翽.﫰̚.'
• 表'aaa'列'bbb'的截断值：'᫐Ⱛ͎.È.....͡.礀þ.狀┒̜.È......⪘̫........痨䌯þ.瘸þ.瘐䌯þ.�ƪ...㴃翽.........稰䌯þ.翽.Ѡ郎̫.......͡.⅀̫.㌀郎̫.'

我们的数据里根本没有这些字符，两个示例来自不同的表和程序。目前无法定位触发错误的具体数据——既没有过长的数据，也没有这类乱码字符。但把目标列长度调整为和源列一致后，错误就消失了。

之前遇到这个错误时，提示会返回实际的过长值，想明确三个问题：

• MS SQL Server近期是否有相关变更？
• 这是病毒攻击吗？
• 还是正常但首次遇到的行为？

环境信息 #

• 数据库版本：MS SQL Server 2019
• 触发错误的查询示例：

INSERT INTO *desttable*  (columnname)
SELECT columnname 
FROM *sourcetable*

注：源列类型为nvarchar(510)，目标列类型为nvarchar(200)

问题解答 #

1. 不是SQL Server官方变更的预期结果 #

SQL Server 2019的累积更新确实调整过截断错误的提示逻辑，但乱码绝对不是官方设计的效果。这大概率是错误信息生成阶段的编码解析异常：当SQL Server尝试将过长字符串转换为提示文本时，如果源字符串包含非标准Unicode片段，或者出现内存读取越界，就会输出这类乱码。

2. 完全排除病毒攻击的可能 #

这种情况和病毒攻击没有关系。病毒攻击通常会伴随数据篡改、服务器性能异常、未授权访问记录等迹象，而你这里仅出现错误提示乱码，调整列长度后问题消失，明显是系统内部的编码或内存偶发问题，而非恶意行为。

3. 属于偶发异常，并非正常现象，但风险极低 #

这类乱码通常由以下几种情况导致：

• 源列数据中存在隐藏的非打印Unicode控制字符，截断时触发了编码转换bug；
• SQL Server内存池临时出现异常，生成错误信息时读取了错误的内存区域；
• 数据库排序规则与应用层编码不兼容，输出错误信息时发生转码错误。

建议处理步骤 #

• 检查源列是否存在非打印字符，可执行以下SQL查询：

SELECT columnname 
FROM sourcetable
WHERE PATINDEX('%[^ -~]%', columnname) > 0;

• 安装SQL Server 2019最新的累积更新，修复已知的编码相关bug；
• 若后续仍频繁出现，可开启SQL Server的跟踪日志，捕捉错误发生时的详细上下文。

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