在使用 Oracle 数据库执行 INSERT INTO 语句插入中文数据时，经常会遇到中文字符显示为问号（???）或乱码的情况。无论是使用 PL/SQL Developer、Navicat、SQL Developer 还是命令行工具，只要字符集配置不一致，数据就会在传输写入过程中损坏。

本文将从字符集底层转换原理出发，手把手教你如何通过配置客户端 NLS_LANG 环境变量，彻底、永久解决 Oracle 插入与显示中文乱码问题！

---

一、 问题现象

在表中插入包含中文的数据，执行查询后，原本正常的汉字变成了连续的问号（???）或无意义的特殊字符：

---

二、 根本原因分析（Oracle 三级字符集机制）

Oracle 的字符编码流通经历三层架构：

1. 客户端运行环境 / 工具（如 Windows OS、PL/SQL Developer、Navicat）；
2. 客户端网络层（NLS_LANG）：负责在客户端和数据库服务器之间进行字符集的编码转换与协商；
3. 数据库服务器端（Database Server Character Set）：实际在数据库磁盘中存储数据的字符集编码（如 ZHS16GBK 或 AL32UTF8）。

🔥 乱码的根本原因：
当 Windows 本地客户端未配置 NLS_LANG 环境变量，或者配置的字符集与数据库服务端不兼容时，Oracle 客户端驱动会使用默认的 US7ASCII 等单字节字符集去编码多字节的中文汉字，从而导致汉字高位字节丢失，永久损坏并转换为 ??? 存入库中。

---

三、 诊断与排查步骤

第 1 步：查询数据库服务端的真实字符集

在 SQL 窗口执行以下查询语句：

-- 查询当前数据库服务器端的标准语言与字符集组合
SELECT userenv('language') FROM dual;

查询结果示例（记录下该查询结果，后续配置需要完全一致）：

如上图所示，服务端的标准配置为：AMERICAN_AMERICA.ZHS16GBK（或 SIMPLIFIED CHINESE_CHINA.ZHS16GBK / AL32UTF8）。

第 2 步：查看当前 Session 与数据库全局 NLS 参数

执行以下 SQL 检查全局 NLS 字符集参数设置：

-- 查看所有 NLS 参数明细
SELECT * FROM V$NLS_PARAMETERS;

重点关注 NLS_CHARACTERSET（字符集）与 NLS_NCHAR_CHARACTERSET，确保了解服务端的真实编码。

---

四、 核心解决方案：配置 Windows 客户端环境变量

解决此问题无需冒险修改数据库服务端字符集，只需在运行客户端的电脑上配置与服务端匹配的 NLS_LANG 环境变量即可。

步骤 1：新建系统变量 NLS_LANG

1. 鼠标右键点击桌面【此电脑】 → 选择【属性】 → 点击【高级系统设置】 → 点击【环境变量】；
2. 在【系统变量】区域点击【新建】：
   • 变量名：NLS_LANG
   • 变量值：直接填入第 1 步查询到的结果（例如：AMERICAN_AMERICA.ZHS16GBK 或 SIMPLIFIED CHINESE_CHINA.ZHS16GBK）

步骤 2：检查并配置 PATH 路径（可选/推荐）

在系统变量的 Path 中添加 %NLS_LANG% 引用或确保 Oracle Client / Instant Client 路径正确加载：

步骤 3：重启开发工具与电脑验证

环境变量配置完成后，务必彻底关闭并重启你的数据库工具（PL/SQL Developer / Navicat / IDEA）或重启电脑，使新配置的环境变量全局生效。

---

五、 效果验证

重启客户端后，重新执行 INSERT INTO 语句插入中文，并执行 SELECT 查询：

-- 测试插入中文数据
INSERT INTO test_table (id, name, remark) VALUES (1, '张三', '测试中文插入正常');
COMMIT;

-- 查询验证
SELECT * FROM test_table;

查询结果显示，所有中文字符全部正常显示，乱码与问号彻底消除！🎉

---

六、 常见避坑与特别提醒

1. 旧数据无法自动恢复：
   在配置 NLS_LANG 之前插入并已损坏为 ??? 的历史数据，是无法通过改变量自动复原的，需要重新执行 UPDATE 或重新导入。
2. PL/SQL Developer 工具独立设置：
   如果配置了环境变量后 PL/SQL 依然乱码，请检查 PL/SQL Developer 的【首选项】 → 【Oracle】 → 【连接】中的 OCI 库路径是否正确指定了 32/64 位客户端。
3. 无需修改服务端编码：
   生产环境中严禁随意更改 Oracle 服务端字符集（可能导致整个实例数据损坏），通过客户端 NLS_LANG 转码适配是最规范、最安全的业界标准解法。