mysql亂碼問題可通過hex()函數輔助排查。當懷疑字段亂碼時，先用select hex(column_name) from table_name where id = xxx查看十六進制值，如“中”在utf-8下應為e4b8ad；若顯示其他組合如c3a4 c2b8 c2ad，則存在編碼轉換錯誤。接著檢查連接字符集設置，通過show variables like ‘character_set%’確認各變量是否為utf8mb4，必要時用set names ‘utf8mb4’調整。再對比前后端編碼一致性，如php中需調用mysqli_set_charset($conn, “utf8mb4”)，Java jdbc連接串需含useunicode=true&characterencoding=utf-8。最后可用select convert(cast(unhex(hex(column_name)) as binary) using utf8mb4)修復已亂碼數據。關鍵在于明確各環節編碼設定并結合hex()看清原始字節內容。
MySQL亂碼問題在日常開發中經常出現，特別是在處理中文數據時。使用 HEX() 函數可以幫助我們快速判斷數據在傳輸或存儲過程中是否發生了編碼轉換的問題。下面直接說重點：HEX() 可以將字符串轉換為十六進制表示，從而幫助我們看清原始字節內容，定位亂碼源頭。
查看字段的十六進制值
當你懷疑某張表中的某個字段出現了亂碼，可以先使用 HEX() 函數查看該字段的實際字節表示：
SELECT HEX(column_name) FROM table_name WHERE id = xxx;
這樣可以看到該字段內容在數據庫中實際是以什么編碼方式存儲的。比如，中文字符“中”如果正常用 UTF-8 編碼，對應的十六進制是 E4B8AD。如果你看到的是其他組合，比如 C3A4 C2B8 C2AD（這是 UTF-8 被誤當 Latin1 解析的結果），那說明可能在某個環節出現了編碼轉換錯誤。
檢查連接和字符集設置
很多亂碼問題不是出在數據本身，而是出在連接、傳輸或客戶端顯示上。你可以通過以下命令檢查當前連接的字符集配置：
SHOW VARIABLES LIKE 'character_set%';
常見應該設置為 utf8mb4 的變量包括：
- character_set_client
- character_set_connection
- character_set_database
- character_set_results
- character_set_server
如果你發現這些設置中有不是 utf8mb4 的，可以在 MySQL 配置文件中統一修改，或者在連接時手動指定：
SET NAMES 'utf8mb4';
這一步很關鍵，因為即使你存的是正確的 UTF-8 字符，但客戶端用別的編碼去解析，也會顯示亂碼。
對比前后端編碼一致性
有時候，亂碼問題出現在應用層與數據庫之間。例如，前端頁面用了 UTF-8，而后端代碼連接數據庫時沒有正確聲明編碼，就可能導致插入或查詢時出現異常。
舉個例子，在 PHP 中連接數據庫時要加上：
mysqli_set_charset($conn, "utf8mb4");
在 Java 的 JDBC 連接串里也要帶上編碼參數：
jdbc:mysql://localhost:3306/db?useUnicode=true&characterEncoding=UTF-8&connectionCollation=utf8mb4_unicode_ci
這類設置如果不統一，即使你在數據庫里看到 HEX() 是對的，也可能在界面上顯示亂碼。
使用HEX輔助修復亂碼數據
對于已經亂碼的數據，也可以嘗試用 HEX() 輔助修復。比如某些情況下，數據被錯誤地當作 Latin1 存儲了 UTF-8 字符，可以通過如下方式還原：
SELECT CONVERT(CAST(UNHEX(HEX(column_name)) AS BINARY) USING utf8mb4) AS fixed_value FROM table_name WHERE id = xxx;
這個表達式的意思是：先把字段轉成十六進制，再還原成二進制，最后按 UTF-8 解碼。如果結果正常了，說明確實是編碼轉換的問題，可以用類似的語句批量更新數據。
基本上就這些。排查 MySQL 亂碼不復雜，但容易忽略細節。關鍵是搞清楚每個環節的編碼設定，再結合 HEX() 看清數據本質。
