MyCat 字符集兼容性深度驗證：客戶端/服務端/連接池三層字符集交互實測

MyCat 字符集兼容性深度驗證：客戶端/服務端/連接池三層字符集交互實測

MyCat 默認字符集 UTF-8，但後端 MySQL 實例字符集可能不一致（latin1/utf8/utf8mb4）。本文通過四組對照實驗，驗證 character_set_client、character_set_server 對 MyCat 初始化連接池、心跳檢測、SQL 執行同步三個階段的影響，得出配置最佳實踐。

一、 實驗環境

• MyCat 版本：1.4
• 架構：一主兩從（localhost、192.168.244.146、192.168.244.144）
• 僅修改 localhost 節點字符集，其餘兩節點保持默認
• 觀測點：MyCat 日志（DEBUG 級）中的字符集相關字段

二、 四組對照實驗矩陣

三、 三階段字符集行為分析

1. 初始化連接池階段

觀測：日志輸出 charset= 值與後端 character_set_server 一致。
結論：連接池建立時，MyCat 作為客戶端連接後端，受後端 server 字符集影響（Server 端會話級字符集初始化）。

2. 心跳檢測階段

觀測：心跳 SQL SELECT USER() 返回的字符集信息與後端 character_set_server 一致。
結論：心跳檢測復用連接池連接，字符集行為同初始化階段，由後端 server 決定。
現象：多節點字符集不一致時，心跳日志會顯示不同節點返回不同 charset（如 localhost=utf8，其餘=latin1）。

3. SQL 執行同步階段（關鍵）

觀測：日志中 charset= 值與前端應用設置的 character_set_client 一致。
結論：MyCat 接收前端連接時，根據前端攜帶的字符集（或默認 UTF-8），在執行 SQL 前向後端發送 SET NAMES charset 同步連接字符集。
機制：MyCat 連接池管理器在借出連接前，會根據前端會話字符集調用 SET CHARACTER SET/SET NAMES 確保編碼一致。

四、 核心發現總結

五、 生產環境最佳實踐

1. 後端 MySQL 統一字符集：

   [mysqld]
   character_set_server = utf8mb4
   collation_server = utf8mb4_general_ci
   init_connect = 'SET NAMES utf8mb4'
   

2. 應用層連接字符串顯式指定：

   jdbc:mysql://mycat:8066/db?characterEncoding=utf8&useUnicode=true
   # 或
   spring.datasource.hikari.data-source-properties.characterEncoding=utf8
   

3. MyCat 配置無需額外字符集參數：默認 UTF-8 兼容性最佳
4. 避免 latin1 環境：latin1 無法存儲中文/Emoji，必然導致亂碼或截斷
5. 監控字符集相關錯誤：日志關鍵字 Incorrect string value、Illegal mix of collations

六、 總結

MyCat 字符集處理遵循「後端決定連接池基礎字符集，前端決定業務執行字符集」的雙層機制。生產環境**強制統一後端 server=utf8mb4、應用 client=utf8mb4**，消除編碼轉換風險。心跳檢測字符集差異僅為現象，不影響業務正確性，但建議統一以便觀測排查。