在 Linux 架設網站時，字元編碼不一致是導致亂碼的主因。核心原則只有一條：應用層、資料庫、連線字串三者的字元集必須完全一致。本文以 GB2312 為例說明統一流程，並推薦改用 UTF-8 避免未來相容性問題。

關鍵統一點

1. JSP/原始碼檔案編碼：儲存時選擇 GB2312，並在檔案頭宣告 <%@ page contentType="text/html; charset=gb2312" %>。
2. 資料庫建立指定字元集：

   CREATE DATABASE mydb DEFAULT CHARACTER SET gb2312 COLLATE gb2312_chinese_ci;

3. JDBC 連線字串加入編碼參數：

   jdbc:mysql://localhost:3306/mydb?useUnicode=true&characterEncoding=gb2312

進階建議：直接採用 UTF-8

UTF-8 涵蓋所有語言，無需額外轉碼，只要上述三點同步設為 UTF-8 即可一勞永逸。

常被誤解的設定（其實不必要）

• 修改 /etc/sysconfig/i18n 系統語系
• 在 /etc/my.cnf 的 [mysqld] 加入 default-character-set=gb2312

這些系統層級設定不影響應用層編碼協商，真正關鍵在於應用與資料庫的協定一致。

隱形關鍵：JDBC 驅動版本

舊版驅動（如 3.0.9）可能無法正確處理字元集協商，升級至 3.0.16 或更新版本常能直接解決頑固亂碼。

總結檢查清單

1. 原始碼檔案編碼 = 資料庫字元集 = JDBC 連線字串編碼
2. 優先採用 UTF-8
3. 使用穩定版 JDBC 驅動

遵循此流程，亂碼問題將不再是困擾。