DBCA建库时必须在“Character Sets”页主动选择Use Unicode (AL32UTF8)，因默认采用操作系统locale字符集（如WE8MSWIN1252），而非AL32UTF8；若跳过此步，建库后无法安全修改字符集，否则触发ORA-12712错误。
DBCA建库时在“Character Sets”页直接选AL32UTF8
新建数据库时，dbca（database configuration assistant）默认用的是操作系统 locale 对应的字符集（比如 windows 上常是 we8mswin1252，linux 上可能是 zhs16gbk），不是 al32utf8。想一步到位避免后期改造，必须在建库流程中主动干预。
关键操作点在 DBCA 的 “Character Sets” 页面（不是“Database Identification”或“Storage”页），该页通常出现在选择模板之后、指定存储之前。这里有两个选项卡：Use Unicode (AL32UTF8) 和 Use national character set (UTF8) —— 选前者，它才是 Oracle 官方推荐的 UTF-8 实现，支持完整 Unicode 字符（含越南语、日文、emoji 等），而后者 UTF8 是旧版兼容模式，不支持代理对（surrogate pairs），已弃用。
- 如果使用
Typical install模式，DBCA 默认隐藏此页；必须切换到Advanced install才能显式配置字符集 - 勾选
Use Unicode (AL32UTF8)后，NATIONAL CHARACTER SET会自动设为AL16UTF16（这是标准搭配，不要手动改） - 此时 DBCA 会在后台生成建库脚本，其中包含
CHARACTERSET AL32UTF8子句，确保数据字典和所有系统表从初始化就按 UTF-8 解释
为什么不能等建完再改？——ORA-12712 是硬限制
建库完成后执行 ALTER DATABASE CHARACTER SET AL32UTF8 几乎必然报 ORA-12712: new character set must be a superset of old character set。这不是警告，是 Oracle 内核级校验：它只允许从子集升到超集（如 ZHS16GBK → AL32UTF8 理论可行），但实际中因已有数据、索引、LOB 等结构存在，Oracle 会拒绝任何非空库的直接修改。
你看到网上流传的 ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8 属于未公开的内部命令，绕过校验但风险极高：
- 不校验现有数据是否可无损映射到新字符集，中文可能变成乱码字节
- 破坏 Oracle Support 合同有效性，出问题官方不认
- 后续升级（如 19c → 21c）大概率失败
建库后验证 AL32UTF8 是否生效
启动数据库后别急着连应用，先确认三处是否一致：
① 数据库级字符集：SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET'; —— 必须返回 AL32UTF8
② 实例级 NLS_LANG 设置（非必须但建议）：在数据库服务器上运行 echo $NLS_LANG（Linux）或 echo %NLS_LANG%（Windows），应为 AMERICAN_AMERICA.AL32UTF8；若为空，SQL*Plus 连接时可能 fallback 到 OS locale，导致插入中文时被截断
③ 实际数据存储验证：SELECT DUMP('你好', 1016) FROM DUAL; —— 正确结果是 TYP=1 LEN=6: 60,0,4f,60,0,4f（UTF-8 十六进制），而非 TYP=1 LEN=4: c4,e3,bac3（GBK 编码）
客户端连接时仍乱码？重点查 JVM 和 JDBC 驱动
即使数据库已是 AL32UTF8，Java 应用查出来还是 ??? 或方块，问题几乎全在客户端链路：
- JDBC URL 中加
characterEncoding=utf8没用——Oracle 驱动根本不识别这个参数，删掉 - 必须用
ojdbc8.jar或更高版本；ojdbc6对AL32UTF8支持有缺陷，getString()可能静默丢字节 - JVM 启动参数必须带
-Dfile.encoding=UTF-8，否则String.getBytes()默认走平台编码（如 Windows 的 GBK），解码错位 - 连接池里加
connectionInitSql=ALTER SESSION SET NLS_LANGUAGE='AMERICAN' NLS_TERRITORY='AMERICA'，防止会话级 NLS 设置干扰字符解释
真正麻烦的从来不是改数据库，而是让每一个中间环节（驱动、JVM、OS locale、客户端工具）都对齐 UTF-8 解码路径。漏一环，中文就变问号。
