数据库、页面和字体要同时检查

如果原始数据已经被错误转码，单纯把页面改成 UTF-8 不能恢复内容；如果数据库中的文字正常、只有页面显示异常，则应优先检查响应头、前端解码方式、字体和接口数据处理。

只有一区或三区异常时，重点查数据分支和字段映射

一区一区三区产品乱码的排查顺序应从原始数据开始，依次检查文件、程序、接口、数据库和浏览器，不能只盯着最终页面。

数据库字段检查应覆盖字符集、排序规则、连接设置和实际存储值。MySQL 等数据库中，表级设置正常并不代表连接❤️层正常；🔥应用连接池的默认字符集可能覆盖单次查询的预期设置。

页面与字体层检查重点

数据库中产品文字正常而页面乱码时，故障多半发生在读取连接、响应头或浏览器渲染阶段；数😎据库中已经是乱码时，页面调整不会改变存储结果。

只有一区、一区或三区中的某个产品分组出现乱码时📢，优先怀疑区域分支、供应商模板、字段映☀️射或单独的数据同步任务，而不是立即认定全站字符集错误。

先区分是编码错乱、字体缺字还是数据损坏

乱码修复验收不能🌈只看一个页面是否恢复正常，而应验证同一条产品数据从输▶️入到展示的完整链路。

当一区一区三区产品乱码只影响历史数据时，应从备份或原始供应商数据恢复，再按统🎇✅一编码重新导入；当新旧数据持续出现异常时，应优先修复同步链路，避免反复人工改名导致数据再次被覆盖。