Oracle数据库出现字符乱码的核心原因是字符集不匹配，涉及数据库服务端、客户端、操作系统三个层面的编码配置存在差异，需要逐一排查调整。
一、先排查字符集配置
1. 查看数据库服务端字符集
登录Oracle数据库，执行以下SQL查询当前数据库的字符集配置：
-- 查询数据库字符集 SELECT * FROM nls_database_parameters WHERE parameter LIKE '%CHARACTERSET%'; -- 查询会话级别字符集 SELECT * FROM nls_session_parameters WHERE parameter LIKE '%CHARACTERSET%';
常见的支持中文的字符集有AL32UTF8、ZHS16GBK等，如果数据库字符集不支持中文，就容易出现乱码。
2. 查看客户端操作系统字符集
Windows系统打开命令提示符，执行chcp命令，返回的代码页对应字符集，比如936对应GBK，65001对应UTF-8。Linux系统执行locale命令查看当前系统字符集配置。
二、常见乱码场景及解决方法
1. 客户端查询数据出现乱码
这种情况通常是客户端NLS_LANG环境变量与数据库字符集不匹配导致。需要设置NLS_LANG与数据库字符集一致：
Windows系统设置环境变量：
-- 假设数据库字符集是AL32UTF8 set NLS_LANG=AMERICAN_AMERICA.AL32UTF8 -- 如果是ZHS16GBK set NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
Linux系统设置环境变量：
# 假设数据库字符集是AL32UTF8 export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 # 如果是ZHS16GBK export NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
设置完成后重启客户端工具，再次查询数据即可正常显示。
2. 数据导入导出出现乱码
使用exp/imp或者expdp/impdp工具时，需要指定字符集参数，保证和数据库字符集一致：
# exp导出时指定字符集 exp user/password@orcl file=data.dmp full=y charset=AL32UTF8 # imp导入时指定字符集 imp user/password@orcl file=data.dmp full=y charset=AL32UTF8
如果是使用SQL Loader导入数据，需要确保数据文件的编码和NLS_LANG设置的字符集一致，同时在控制文件中指定字符集：
LOAD DATA CHARACTERSET AL32UTF8 INFILE 'data.txt' INTO TABLE test_table FIELDS TERMINATED BY ',' ( id, name )
3. 数据库字符集本身不支持中文
如果数据库字符集是US7ASCII这类不支持中文的字符集，需要修改数据库字符集，操作前一定要做好全库备份：
-- 关闭数据库 SHUTDOWN IMMEDIATE; -- 启动到挂载状态 STARTUP MOUNT; -- 开启受限会话 ALTER SYSTEM ENABLE RESTRICTED SESSION; -- 修改字符集，如果是从子集到超集可以直接修改，否则可能需要使用INTERNAL_USE ALTER DATABASE CHARACTER SET AL32UTF8; -- 如果不是支持的转换，使用以下语句 ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8; -- 打开数据库 ALTER DATABASE OPEN;
三、预防乱码的建议
- 新建数据库时优先选择
AL32UTF8字符集，兼容性更强，支持多语言字符。 - 所有客户端统一设置
NLS_LANG环境变量，保持和数据库字符集一致。 - 数据导入导出时明确指定字符集参数，避免默认配置导致的编码错误。
- 开发过程中统一代码文件的编码格式，避免不同编码的文件写入数据库时出现转换错误。
注意：修改数据库字符集属于高风险操作，生产环境操作前务必在测试环境验证，并且做好完整的数据备份，避免数据丢失。