MS SQL Server EncryptByKey报错：字符串或二进制数据被截断问题咨询

我之前处理过好几个类似的案例，你遇到的这个问题真不是列大小的问题——毕竟varchar(max)和varbinary(max)确实支持2GB存储，核心瓶颈其实在EncryptByKey的加密机制和你可能忽略的中间环节上。

为什么会出现截断？ #

Unicode字符串（nvarchar）每个字符占2字节，5000字符就是10000字节，但EncryptByKey加密后的输出会额外增加开销：

• 加密算法的填充字节（比如PKCS#7填充，确保数据长度是加密块大小的整数倍）
• 如果启用了add_authenticator = 1，还会包含验证器数据和初始化向量（IV），这部分大概占36字节左右

按这个计算，5000字符的nvarchar加密后的字节数大概是(10000 + 36) / 16 * 16 = 10048字节，远小于varbinary(max)的上限，那问题出在哪？

排查和解决步骤 #

• 检查中间变量/参数的类型：这是最常见的坑！如果你把加密结果临时存到了varbinary(8000)这类固定长度的变量里，10048字节超过8000的上限就会直接截断。确保所有接触加密结果的变量、存储过程参数、函数返回值都用varbinary(max)类型。
• 验证原数据的实际长度：有时候你以为是5000字符，但字符串里可能藏了不可见的控制字符或者末尾空格，导致实际字节数超标。用DATALENGTH()函数检查：

  SELECT DATALENGTH(N'你的Unicode字符串') AS ActualBytes;
  

  正常5000字符的nvarchar应该返回10000，如果结果更大，说明原数据有额外字符。
• 简化测试脚本定位问题：写个最小可复现的脚本，排除业务逻辑的干扰：

  -- 创建临时测试密钥
  CREATE SYMMETRIC KEY TempEncryptKey 
  WITH ALGORITHM = AES_256 
  ENCRYPTION BY PASSWORD = 'TestPass_123!';
  
  OPEN SYMMETRIC KEY TempEncryptKey 
  DECRYPTION BY PASSWORD = 'TestPass_123!';
  
  -- 生成5000字符的测试字符串
  DECLARE @PlainText nvarchar(max) = REPLICATE(N'X', 5000);
  -- 加密（启用验证器）
  DECLARE @EncryptedData varbinary(max) = EncryptByKey(
      Key_GUID('TempEncryptKey'), 
      @PlainText, 
      1, -- 启用验证器
      N'UserAuth' -- 验证器内容
  );
  
  -- 插入到测试表（确保列是varbinary(max)）
  CREATE TABLE #TestEncrypt (EncryptedCol varbinary(max));
  INSERT INTO #TestEncrypt VALUES (@EncryptedData);
  
  -- 验证结果
  SELECT DATALENGTH(@EncryptedData) AS EncryptedBytes, * FROM #TestEncrypt;
  
  -- 清理资源
  CLOSE SYMMETRIC KEY TempEncryptKey;
  DROP SYMMETRIC KEY TempEncryptKey;
  DROP TABLE #TestEncrypt;
  

  如果这个脚本能成功执行，说明你的问题出在业务代码的某个中间环节（比如存储过程里的变量类型不对）；如果还是报错，那可能需要检查SQL Server版本（确保支持AES等现代算法，旧版本可能有长度限制）。
• 确认加密调用的参数：如果没有启用验证器，记得把add_authenticator设为0，避免不必要的开销；如果启用了，一定要传入对应的验证器参数，否则也可能导致异常。

总结 #

本质问题是加密后的字节数超过了某个固定长度的中间存储介质（比如变量、参数），而非目标列的大小限制。只要把所有涉及加密结果的变量/参数都改成varbinary(max)，再验证原数据的实际长度，这个问题大概率能解决。

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