SQL Server表变量偶发Msg 8152截断错误的原因问询

结论 #

你的假设不成立。
SQL Server的表变量元数据完全遵循声明时的定义，不会根据首次插入的实际值动态调整字段的存储空间上限。你声明@Result的PartName为NVARCHAR(150)，无论首次插入的内容多短，该字段的容量上限固定为150个Unicode字符，存储过程执行计划缓存复用也不会修改表变量的字段定义规则。

偶发报错的可能原因 #

• 参数嗅探导致执行计划异常：存储过程首次编译时传入的过滤参数匹配的所有PartName均短于150字符，SQL Server生成的执行计划会跳过源字段到目标字段的长度校验逻辑；后续执行时如果参数变化，实际扫描到的数据集包含超长PartName，但执行计划未预设校验/截断逻辑，就会直接抛出截断错误。你排查时使用的是当前参数，自然匹配不到超长数据，清理缓存后存储过程重编译，会基于当前参数生成带正确校验逻辑的执行计划，错误消失。
• 行范围读取异常：如果你的WHERE过滤条件包含非确定性函数、关联了动态变更的表，偶发场景下可能读取到未提交的包含超长PartName的脏数据，或因统计信息过期触发错误的行数预估，实际扫描到了你预期外的包含超长值的行。
• 校验逻辑疏漏：排查长度时如果误将DATALENGTH()返回的字节数当成字符数（NVARCHAR(150)的最大字节数为300，字符数才是150），或排查时的过滤条件与存储过程实际运行时的条件不一致，会导致你误认为所有插入值都短于150字符。

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