Oracle 9i 与 19c 跨版本字符集乱码（US7ASCII ↔ AL32UTF8）DBLink 解决方案

项目对接中遇到了棘手的字符集乱码问题：甲方老旧Oracle 9i数据库字符集为SIMPLIFIED CHINESE_CHINA.US7ASCII，我方部署的Oracle 19c字符集为SIMPLIFIED CHINESE_CHINA.AL32UTF8。通过DBLink互通数据时，双方查询到的汉字均显示为?????乱码。由于甲方系统老旧且为核心业务方，无法调整其环境，只能由我方自主解决，经过多方调研验证，整理出完整解决方案及核心原理。

一、Oracle字符集核心基础（必知）

Oracle字符集属于全球化支持（Globalization Support） 范畴，也叫国家语言支持（NLS），核心作用是按本地语言、格式完成数据的存储、处理与检索，支持多语言、多地域适配。

1. 字符集命名规则

Oracle字符集统一遵循：<语言><比特位数><编码> 格式

• 例：AL32UTF8 → AL（All，全语言支持）+32（32位）+UTF8（Unicode编码）

• NLS_LANG格式：语言_地区.字符集（如American_America.AL32UTF8）

2. UTF8 与 AL32UTF8 关键区别

• UTF8：Oracle 8i引入，对应Unicode 3.0，兼容性强，支持老旧版本（8i及以下）；

• AL32UTF8：Oracle 9i引入，对应Unicode 5.0，字符支持更全，不兼容8i及以下版本；

• 生产建议：9i及以上版本优先用AL32UTF8，需兼容