Oracle 8i中文字符集亂碼問題根因分析與解決方案

問題現象

Oracle 8i安裝選擇簡體中文字符集（ZHS16GBK）後，SQL*Plus Worksheet（Java GUI工具）顯示中文亂碼，但命令列SQL*Plus顯示正常。此問題Oracle 8i前版本不存在。

根因深度分析

排查過程與證據鏈

1. 資料庫字符集驗證：

   SELECT USERENV('LANGUAGE') FROM DUAL;
   -- 返回: SIMPLIFIED CHINESE_CHINA.ZHS16GBK ✓ 正確

2. 客戶端註冊表驗證：

   HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\NLS_LANG
   -- 值: AMERICAN_AMERICA.ZHS16GBK ✓ 正確

3. 關鍵差異發現： 同一客戶端機器，SQL*Plus正常、Worksheet亂碼

技術根因：Java驅動繞過NLS_LANG

• Oracle 8i大量系統工具改用JDBC Thin Driver（Java）
• 傳統OCI驅動（SQL*Plus）讀取NLS_LANG環境變數/註冊表決定客戶端字符集
• JDBC Thin Driver完全忽略NLS_LANG，內部預設使用ISO-8859-1編碼
• 中文ZHS16GBK資料經ISO-8859-1解碼 → 亂碼

解決方案：修改Enterprise Manager配置檔

目標檔案位置

$ORACLE_HOME/sysman/config/dbaPPScfg.properties

修改步驟

1. 以文字編輯器開啟檔案
2. 找到並修改兩項配置：

   # 原始（註釋狀態）:
   # SQLPLUS_NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
   # SQLPLUS_SYSTEMROOT=c:\WINNT40
   
   # 修改為:
   SQLPLUS_NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
   SQLPLUS_SYSTEMROOT=d:\WINNT  -- 實際作業系統主目錄，如D盤WINNT

3. 儲存檔案，重新啟動SQL*Plus Worksheet

Windows特有項說明

SQLPLUS_SYSTEMROOT僅Windows需修改，指向作業系統根目錄。未修改將導致OEM連線報錯：

ORA-12560: TNS:protocol adapter error
ORA-12545: Connect failed because target host or object does not exist

驗證與預防

• 修改後重新連線Worksheet，中文顯示恢復正常
• 此配置對所有Java基礎OEM工具生效
• Oracle 9i+版本此問題大幅改善，JDBC驅動增強字符集自動協商

最佳實踐建議

總結

Oracle 8i Worksheet亂碼本質是JDBC Thin Driver忽略NLS_LANG配置。透過修改dbaPPScfg.properties強制指定Java工具字符集即可解決。現代版本建議統一採用AL32UTF8字符集，從源頭消除編碼地獄。