SQL排序规则疑难：列中已有俄文但更新时无法存储俄文字符

针对你遇到的问题，原有俄文能在Latin1排序规则的列中正常存储，大概率用了以下几种技巧之一：

• 利用Windows-1252编码映射西里尔字符
  Latin1（ISO-8859-1）本身不含俄文字符，但Windows-1252是它的超集，包含部分扩展字符。原有数据可能是把俄文字符转成Windows-1252中对应的占位字符存入，读取时再转回西里尔编码，这样在Latin1列里就能正常显示。你直接写入原生俄文字符，数据库按Latin1解析就会乱码。

• 存储HTML实体或转义字符
  原有俄文并非直接存储字符，而是转成了HTML实体（比如Д对应Д）或者其他转义格式，前端或应用层读取时再解析成俄文字符。你现在直接插入原生俄文，自然会出现乱码。

• 字节级的编码隐式转换
  应用层写入时，把UTF-8编码的俄文字符按字节直接写入Latin1列。UTF-8的俄文是多字节，被当作Latin1的单字节字符存储，读取时再按UTF-8解码还原俄文。但你直接用原生字符执行UPDATE，编码不匹配就会乱码。

• 二进制数据伪装成字符存储
  该列虽然定义为字符类型，但实际是把俄文的二进制字节（比如UTF-16编码）直接存入，利用Latin1列允许存储任意单字节的特性，读取时再按对应二进制编码解析。

验证建议 #

• 执行以下语句查看原有数据的二进制值：

SELECT CAST(Description AS VARBINARY(MAX)) FROM SystemLocalization WHERE Id = 3179;

对比你要插入内容的UTF-8/Windows-1252二进制，就能匹配到具体用了哪种方式。

• 尝试把俄文转成HTML实体后执行UPDATE，看是否能正常显示。

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