先判断乱码发生在文件、接口还是数据库

乱码形态可以帮助定位问题，但不能单独证明原🔮文是什么。相似的异常字符💡串可能来自不同的原始字符，因此不要根据字面形状强行猜测原文。

数据库迁移前应先完整备份，并在测试库执行小批量验证。验💪证内容包括🎇旧数据、新增数据、长文本、特殊符号、排序、搜索和导出结果。迁移脚本需要具备可回滚能力，不能直接对生产数据执行未经验证的批量替换。

乱码修复失败通常不是因为缺少转换工具，而是因为在不清楚来源的情况下重复转换👍。以🌅下做法应避免：

哪些处理方式容易让乱码更严重

如果乱码是由网页展示层造成，数据库中可能仍然保存着正确内容，此时不应修改数据库。反过来，如果数据库里保存的就是乱码，单独调整网页编码也不会恢复原文。

判断修复成功的标准是：同一条数据在原始文件、接口、数据库、网页和搜索功能中的显示结果一致，新增内容也能正常保存，而不是某个页面暂时看起来不再乱码。