插入乌克兰语翻译行后应用页面字段显示问号问题技术咨询

1 先确认数据库层存储状态 #

• 首先直接在数据库客户端（如SSMS）执行查询语句，查询时避免客户端本身转码干扰：

  SELECT textid, languageid, 翻译字段名 FROM TEXT_TRANS 
  WHERE textid = N'目标textid' AND languageid = N'乌克兰语对应的languageid'
  

• 如果查询结果还是显示?????，优先排查两个点：
  • 表的翻译字段是否为NVARCHAR/NCHAR等支持Unicode的类型，普通VARCHAR类型无法存储西里尔字母这类非ASCII字符
  • 之前的更新/删除操作是否成功提交事务，部分客户端默认关闭自动提交，修改后未执行COMMIT的话，修改仅对当前会话生效，实际库内数据未变更
• 如果删除了乌克兰语行后查询无结果，说明数据库端删除操作已生效。

2 排查应用层缓存 #

• 多语言翻译模块几乎都会配置缓存（内存缓存、分布式缓存如Redis等）降低数据库压力，库内数据更新后如果未触发缓存失效，应用会一直读取旧的乱码数据。
• 可先尝试重启对应应用服务实例验证，若重启后显示正常，说明是缓存问题，后续调整缓存更新策略即可，新增/修改/删除翻译数据后同步清理对应缓存key。

3 排查应用连接与编码配置 #

• 确认应用的数据库连接配置是否支持Unicode，以SQL Server JDBC连接为例，需要添加参数sendStringParametersAsUnicode=true，否则就算库内存储正常，应用读取时也会出现转码错误。
• 确认应用全局默认编码为UTF-8，避免应用内部处理字符串时将Unicode字符转码为GBK等不兼容编码导致乱码。

4 排查前端/CDN缓存 #

• 若直接调用应用的翻译接口返回结果正常，但页面仍显示乱码，优先排查前端静态缓存、CDN节点缓存是否缓存了旧的接口返回结果，可清理浏览器缓存、临时禁用CDN缓存验证。

5 排查多语言降级逻辑 #

• 若已删除乌克兰语翻译行，正常逻辑会降级到兜底语言（如英文）显示，若兜底语言对应的翻译行本身存储异常，或者降级逻辑存在编码问题，也会出现乱码。可直接查询兜底languageid对应的翻译数据是否正常。

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