sql*plus中文注释变问号主因是nls_lang环境变量未匹配数据库字符集，需按language_territory.charset格式设置，如chinese_china.zhs16gbk，并在启动前配置；编辑器乱码则需启用unicode字体及禁用ascii强制显示，文件保存为utf-8 without bom，sql书写应结构化分段、避免内联中文注释，跨平台执行需转换换行符并使用ascii引号。
sql*plus 里中文注释变问号？先查 nls_lang 设置
oracle 客户端显示中文乱码，90% 是 nls_lang 环境变量没对上数据库字符集。不是编辑器问题，是客户端和数据库之间的“语言协议”没谈拢。
-
NLS_LANG格式必须是LANGUAGE_TERRITORY.CHARSET，比如AMERICAN_AMERICA.AL32UTF8或CHINESE_CHINA.ZHS16GBK，不能只写AL32UTF8 - 查数据库实际字符集：执行
SELECT * FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; - Windows 下在命令行输
echo %NLS_LANG%，Linux/macOS 用echo $NLS_LANG；不对就立刻重设，别硬改 SQL 文件 - SQL*Plus 启动后执行
SHOW PARAMETER NLS_LANG不生效——那是查数据库参数，NLS_LANG是客户端环境变量，SQL*Plus 启动前就得设好
PL/SQL Developer / Toad 编辑器里中文变方块？关掉“强制 ASCII 显示”
这类工具默认可能启用“仅显示 ASCII 字符”或“禁用 Unicode 渲染”，导致中文注释、别名、提示文字全变成方块或空白。
- PL/SQL Developer：进
Tools → Preferences → Editor → Fonts，确认勾选了Use Unicode font，字体选支持中文的（如Consolas+ 中文补丁，或Microsoft YaHei Mono） - Toad：打开
View → Toad Options → Editor → Display，取消勾选Display only ASCII characters - 如果 SQL 文件本身是 UTF-8 with BOM 存的，但工具当成 ANSI 打开，也会乱码——保存时务必选“UTF-8 without BOM”，BOM 在 Oracle SQL 里可能触发解析错误
长 SQL 里中文别名/注释难读？用换行+缩进+分段注释代替单行堆砌
不是加了中文就可读，堆在一行的 SELECT a.name AS "客户姓名", b.addr AS "收货地址" FROM ... 比英文还难扫读。可读性靠结构，不靠字符集。
- 每个字段单独一行，中文别名用双引号包裹，保持对齐：
SELECT t1.cust_id AS "客户ID", t1.cust_name AS "客户名称", t2.order_amt AS "订单金额" FROM cust_info t1 JOIN order_head t2 ON t1.cust_id = t2.cust_id
- 复杂子查询或 CTE 前加中文说明注释，用
--开头，顶格写，不嵌在语句中间：-- 【统计近30天活跃客户】 WITH active_cust AS ( SELECT DISTINCT cust_id FROM log_table WHERE log_time >= SYSDATE - 30 )
- 避免在
WHERE条件里写中文注释，比如AND status = 'A' -- 'A'=有效，Oracle 解析器不认这种内联注释位置，容易报ORA-00907: missing right parenthesis
SQL 文件传到 Linux 服务器执行时报 ORA-01756？检查换行符和引号嵌套
Windows 写的含中文的 SQL 文件，直接传到 Linux 用 sqlplus / @script.sql 执行，常卡在字符串引号上，报 ORA-01756: quoted string not properly terminated——不是乱码，是换行符和引号逃逸惹的祸。
- Windows 的
\r\n换行在某些 Oracle 客户端里会被当作文本内容的一部分，尤其出现在双引号字符串中间时，破坏字符串边界 - 中文引号（“”、‘’）绝对不能用，只允许 ASCII 引号：
"abc"或'abc'；输入法半角状态下敲，别信输入法自动替换 - 用
dos2unix script.sql转换换行符；若没装该命令，可用sed -i 's/\r$//' script.sql - 执行前先在 SQL*Plus 里手动粘贴几行测试，比直接
@运行更容易定位哪行崩了
Oracle 处理中文的关键不在“怎么显示”，而在“通信链路每一段是否都明确声明了编码”。从终端环境变量，到编辑器保存格式，再到 SQL 文件里引号和换行的物理字节，漏掉任何一环，都会让中文变成排查黑洞。
