您现在的位置：程式碼之家 >> 數據庫知識 > >> Oracle 資料庫 >> Oracle 資料庫基礎

Oracle 字元集常見問題診斷與解決：UTF8 環境 SQL*Plus 亂碼、資料庫亂碼三大成因

編輯：Oracle 資料庫基礎

問題一：UTF8 資料庫下 SQL*Plus 執行含中文 SQL 報錯/結果亂碼

現象

資料庫字元集 AL32UTF8 / UTF8
客戶端 NLS_LANG=.UTF8
SQL*Plus 純英文 SQL 正常；含中文 SQL 報錯 (ORA-00911 等)；查詢結果中文顯示亂碼

根因

SQL*Plus **不支援自動字元集轉換**。當 NLS_LANG=.UTF8 時，Oracle Client 認為輸入已是 UTF-8，**不做轉換直接送往伺服器**。但實際輸入 (鍵盤/腳本檔) 是本地編碼 (GBK/Big5)，伺服器按 UTF-8 解析 → 位元組流對不上 → 語法錯誤/亂碼。

解決方案

正確設定 NLS_LANG 為本地編碼：

SET NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK  (Windows 簡中)
SET NLS_LANG=TRADITIONAL CHINESE_TAIWAN.ZHT16BIG5 (Windows 繁中)
SET NLS_LANG=AMERICAN_AMERICA.ZHS16GBK              (Linux/Unix 常用)

此時 Client 會自動將 GBK/Big5 輸入轉為 UTF-8 送往伺服器，SQL 正常執行。

腳本檔案預先轉碼為 UTF-8：
- 記事本 (Win 10+)：「另存為」→ 編碼選 UTF-8
- Notepad++ / VS Code：右下角編碼切換 → UTF-8 (無 BOM 最佳)
- iconv -f GBK -t UTF-8 script.sql > script_utf8.sql (Linux)
驗證：IE/Edge 開啟腳本 → 右鍵編碼選 UTF-8 → 確認無亂碼/問號。

結果導出轉碼：

SPOOL result_utf8.lst
-- 執行查詢
SPOOL OFF
-- 再用 iconv/記事本 將 UTF-8 轉回本地編碼查看

或直接 IE 開啟 result_utf8.lst 選 UTF-8 瀏覽。

問題二：資料庫亂碼三大成因分析

亂碼本質：**客戶端本地環境、客戶端 NLS_LANG、伺服器資料庫字元集** 三者不一致或錯誤。

成因 1：資料庫字元集設定不當 (最隱蔽、破壞力最強)

-- 現象：資料庫字元集 US7ASCII，實際存 GBK 資料
-- 客戶端 NLS_LANG=US7ASCII → 單系統看似正常 (無轉換)
-- 跨系統/EXP/IMP → 亂碼爆發
-- 根因：Oracle 以為資料是 ASCII，按 ASCII→GBK 轉換邏輯處理實為 GBK 的位元組流

教訓：**絕不可用單位元組字元集儲存多位元組資料**。建庫時即選正確字元集，遷移用 DMU。

成因 2：資料庫字元集與客戶端 NLS_LANG 不同 (正常轉換場景)

資料庫 AL32UTF8，客戶端 NLS_LANG=ZHS16GBK → 正常自動轉換
繁體 XP (ZHT16MSWIN950) → AL32UTF8 → 部分罕見字亂碼
→ 原因：Windows 缺字庫補丁，非 Oracle 問題，打補丁解決

此屬正常跨字元集轉換，**超集轉子集可能遺失字元**，子集轉超集安全。

成因 3：客戶端 NLS_LANG 與本地環境不同

本地環境 (Windows 代碼頁 936/CP950、Linux LANG=zh_CN.GBK) 決定終端機顯示編碼
NLS_LANG 決定 Oracle Client 轉換邏輯
兩者不一致 → 輸入/輸出編碼錯位 → 亂碼
例外：本地編碼是 NLS_LANG 字元集的**子集** 時可工作 (如本地 ASCII、NLS_LANG=UTF8)

工具缺陷放大問題

SQL*Plus、寫字板、記事本 (舊版)、**無自動編碼偵測/轉換功能** → 必須人工保證三者一致或用支援轉碼工具 (IE、VS Code、Notepad++、iconv) 中轉。

問題三：UTF8 客戶端直接輸入中文的誤區

Windows **無原生 UTF-8 終端機** (Win 10 1903+ 可啟用 Beta: UTF-8 支援，但非預設)。設 NLS_LANG=.UTF8 並在 cmd/PowerShell 直接打中文，**必亂碼**，因終端機實際送出的是 GBK/Big5 位元組流。

診斷速查表

現象	疑似成因	驗證指令	修正
SQL*Plus 含中文 SQL 報錯	NLS_LANG=.UTF8 但輸入非 UTF-8	`SELECT * FROM NLS_SESSION_PARAMETERS WHERE PARAMETER='NLS_LANG'`	設 NLS_LANG=本地編碼或腳本轉 UTF-8
查詢結果中文亂碼	NLS_LANG 與終端機編碼不符	`chcp` (Win) / `locale` (Linux)	統一 NLS_LANG 與終端機代碼頁
跨系統 EXP/IMP 亂碼	源庫字元集設錯 (如 US7ASCII 存 GBK)	`SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER='NLS_CHARACTERSET'`	DMU 遷移修正字元集
特定罕見字變	目標字元集無此字 (超集→子集)	查字元集支援範圍	升級目標字元集或接受遺失