如何找回NVARCHAR列中未加N前缀插入变为?的记录并修复

问题本质 #

插入NVARCHAR类型字段时不加N前缀，数据库会先将字符串按默认非Unicode编码转换，不在编码范围内的字符会被直接替换为?，该转换过程是不可逆的，仅靠数据库中存储的?无法直接还原出原始字符。

第一步：定位所有乱码记录 #

可以直接通过匹配?筛选出异常记录，若业务场景中本身存在合法的?字符，可额外补充对应字符集的匹配规则缩小范围：

-- 基础筛选：匹配所有包含?的记录
SELECT * FROM #Test
WHERE Value LIKE N'%?%'

-- 适配俄文字符场景的精准筛选（可根据你实际使用的字符集调整匹配规则）
SELECT * FROM #Test
WHERE Value LIKE N'%?%'
AND Value NOT LIKE N'%[а-яА-Я0-9]%?%[а-яА-Я0-9]%'

第二步：修复乱码记录 #

由于乱码后原始字符信息已丢失，只能通过外部数据源回补，常用修复方案如下：

• 方案1：从原始数据源回补
  从业务插入日志、上游系统数据、导入源文件（如原始Excel、CSV文件）中找到对应记录的正确值，加N前缀执行更新即可，示例代码：

  UPDATE #Test
  SET Value = N'иытание2' -- 替换为你拿到的正确Unicode值
  WHERE Value = N'????????2' -- 可配合主键、唯一标识等条件精准定位目标记录
  

• 方案2：从备份恢复
  若有乱码产生前的数据库备份、事务日志备份，可将备份还原为临时库，从临时库中提取正确的记录同步到当前生产库。
• 方案3：未提交事务的紧急回滚
  若误插入操作刚执行、还未提交事务，直接执行ROLLBACK回滚事务后，重新加N前缀插入正确值即可。

后续避坑建议 #

所有插入NVARCHAR字段的Unicode字符串，必须统一加N前缀，从根源避免编码转换导致的乱码问题：

-- 正确插入示例
INSERT INTO #Test(Value) VALUES(N'需要插入的Unicode字符串')

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