現象：無論客戶端指定何種字符集（--default-character-set=utf8），連接後 character_set_client/connection/results 均強制等於服務端 character-set-server。根因：服務端啟用 skip-character-set-client-handshake。本文解析該參數機制、利弊權衡、最佳實踐配置策略。
# 服務端 my.cnf
[mysqld]
character-set-server = utf8
skip-character-set-client-handshake # 關鍵參數
# 客戶端嘗試指定 latin1
mysql --default-character-set=latin1 -u root -p
# 連接後
SHOW VARIABLES LIKE 'character_set_%';
-- client/connection/results 全為 utf8，而非 latin1
--character-set-client-handshake(默認開啟)：接受客戶端發送的字符集信息，協商連接字符集。
--skip-character-set-client-handshake：忽略客戶端字符集信息，強制使用服務端默認字符集 (character-set-server)，行為類似 MySQL 4.0。
| 階段 | 默認 (開啟握手) | skip-character-set-client-handshake |
|---|---|---|
| 1. 客戶端發送 | 攜帶 default-character-set 參數 | 同左 |
| 2. 服務端處理 | 讀取客戶端字符集，雙向協商，確定 character_set_client/connection/results | 忽略客戶端值，直接套用 character-set-server |
| 3. 結果 | 連接層字符集 = 客戶端指定值 (若服務端支持) | 連接層字符集 = 服務端 character-set-server |
| 優點 | 缺點/風險 |
|---|---|
| 防止客戶端誤配置導致寫入亂碼 (如應用層字符集不一致) | 客戶端無法覆蓋字符集，調試/兼容舊應用極其困難 |
| 全集群字符集強一致，簡化運維認知負擔 | 掩蓋應用層字符集配置錯誤，遷移/升級時暴雷 |
| 兼容極舊版驅動/連接池 (無字符集協商能力) | 違背 SQL 標準協商機制，異構遷移 (如 PostgreSQL) 時需額外改造 |
[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
# 不加 skip-character-set-client-handshake
# 依賴應用層統一配置：連接串 charset=utf8mb4、連接池 initSQL=SET NAMES utf8mb4原則：應用層負責字符集正確性，數據庫層提供標準協商能力。
[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
skip-character-set-client-handshake
# 強制統一，防止亂碼寫入
# 代價：所有客戶端連接字符集固化，彈性為零-- 連接後立即執行
SET NAMES utf8mb4 COLLATE utf8mb4_unicode_ci;
-- 或
SET character_set_client = utf8mb4, character_set_connection = utf8mb4, character_set_results = utf8mb4;若開啟了 skip-character-set-client-handshake，SET NAMES 仍能臨時改變會話字符集，但斷開重連失效。
# 1. 確認服務端參數
SHOW VARIABLES LIKE 'skip_character_set_client_handshake';
-- ON = 啟用跳過
# 2. 觀察連接層字符集
SHOW VARIABLES LIKE 'character_set_%';
-- client/connection/results 是否一致、是否符合預期
# 3. 測試客戶端指定是否生效
mysql --default-character-set=latin1 -e "SHOW VARIABLES LIKE 'character_set_client';"
-- 若返回 utf8mb4，說明跳過握手生效skip-character-set-client-handshake 是「核按鈕」級參數：**能治亂碼之痼疾，亦能釀遷移之隱患**。新建系統堅決不開，靠應用層規範+CI檢查保證字符集正確；存量混亂環境可作權宜開啟，但須制定遷移計劃，最終走向方案 A。
