Unix环境下Oracle SQL Plus导出CSV时连字符变为问号的技术咨询

我之前也踩过这个坑！导出CSV时连字符变问号，十有八九是字符集不匹配在搞鬼，咱们来一步步排查解决：

原因分析 #

这种问题本质是字符在不同编码环境下的转换失败，常见场景包括：

• Oracle数据库的字符集（比如AL32UTF8）和Unix终端/SQL Plus使用的字符集（比如ISO-8859-1或C）不兼容，导致特定字符无法被正确解析，最终用问号替代；
• 启动SQL Plus时没有指定匹配数据库的字符集，程序默认用终端编码处理输出，引发转换错误；
• 如果你用的是Unicode格式的连字符（比如EN DASH – 而非普通ASCII减号 -），而导出时的编码不支持Unicode，也会出现问号替换。

解决方案 #

1. 先确认字符集配置 #

首先搞清楚数据库和终端的编码：

• 查询Oracle数据库字符集：

  SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET';
  

• 查看Unix终端的字符集设置：

  echo $LANG
  echo $LC_ALL
  

确保终端的编码（比如en_US.UTF-8）和数据库字符集兼容，建议统一用UTF-8系列编码。

2. 启动SQL Plus时指定匹配的字符集 #

通过NLS_LANG环境变量强制SQL Plus使用和数据库一致的字符集，比如数据库是AL32UTF8，启动命令如下：

NLS_LANG=AMERICAN_AMERICA.AL32UTF8 sqlplus your_username/your_password@your_database

这样SQL Plus在处理输出时就不会做错误的编码转换。

3. SPOOL导出时的优化设置 #

如果用SPOOL命令导出CSV，在导出前加上这些配置确保编码正确：

-- 匹配数据库字符集
ALTER SESSION SET NLS_LANG='AMERICAN_AMERICA.AL32UTF8';
-- 关闭终端输出，避免干扰
SET TERMOUT OFF;
SET FEEDBACK OFF;
-- 设置列分隔符为逗号
SET COLSEP ',';
-- 足够大的行宽避免换行
SET LINESIZE 1000;
-- 开始导出
SPOOL /path/to/your/output.csv
-- 你的查询语句
SELECT your_column1, your_column2 FROM your_table;
SPOOL OFF;

4. 修复已导出的文件（应急方案） #

如果已经导出了有问题的CSV，可以用Unix的iconv命令转换编码，比如把ISO-8859-1编码的文件转成UTF-8：

iconv -f ISO-8859-1 -t UTF-8 input.csv > fixed_output.csv

5. 确认连字符的实际类型 #

有时候看起来是普通连字符，其实是Unicode特殊字符，可以通过SQL查询确认：

SELECT ASCII(SUBSTR('Test - Text', 6, 1)) FROM DUAL;

• 如果结果是45，那就是普通ASCII减号，问题完全出在编码匹配上；
• 如果是其他数值（比如8211对应EN DASH），那必须确保导出时使用支持Unicode的编码（比如UTF-8）。

内容的提问来源于stack exchange，提问作者user2143683