mysql亂碼問題的核心在于字符集設置不一致。解決方法包括：一、理解字符集和校對規則的基本概念，推薦使用utf8mb4字符集；二、檢查并修改服務端字符集配置，在配置文件中設置character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci；三、建庫建表時明確指定字符集，如create database mydb character set utf8mb4 collate utf8mb4_unicode_ci，并可通過alter語句修改已有庫表；四、連接階段也要設置正確字符集，如php中執行set names ‘utf8mb4’，Java中jdbc url加上相應參數，命令行登錄后手動執行set names ‘utf8mb4’。
mysql數據庫亂碼問題，說到底就是字符集設置不一致導致的。你可能在插入中文的時候看到問號，或者查詢出來顯示亂碼，這都是典型癥狀。解決這個問題，核心在于統一從客戶端到存儲的整個鏈路中的字符集配置。
一、搞清楚字符集和校對規則的基本概念
MySQL里的字符集（character set）決定了數據怎么被編碼存儲，而校對規則（collation）則影響排序和比較行為。常見的如utf8mb4是目前推薦支持完整emoji的字符集，而utf8在MySQL中其實是閹割版，不支持四字節字符。
常見誤區：
- 設置了數據庫默認字符集就萬事大吉？不是，連接層也可能沒設好
- 表和字段的字符集可以繼承庫的設置？是的，但一旦手動指定后就不會再變
所以，要確保幾個關鍵點都使用相同的字符集：服務器、數據庫、表、列、連接方式。
二、檢查并修改MySQL服務端字符集配置
這個是最基礎也是最容易忽略的地方。查看當前配置可以用：
SHOW VARIABLES LIKE 'character_set%'; SHOW VARIABLES LIKE 'collation%';
理想狀態下的輸出應該大部分是 utf8mb4 和 utf8mb4_unicode_ci 這類值。如果不是，你需要修改 MySQL 的配置文件（通常是 my.cnf 或 my.ini），在 [mysqld] 段加上：
character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
重啟MySQL后生效。注意：已有的數據庫和表不會自動更新，需要單獨處理。
三、建庫建表時明確指定字符集
很多亂碼問題其實一開始就埋下了，比如創建數據庫或表的時候沒寫字符集。正確的做法是在創建語句里加參數：
CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE TABLE mytable ( id INT PRIMARY KEY, name VARCHAR(100) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
如果你已經有表了，可以通過 ALTER 來修改：
ALTER DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ALTER TABLE mytable CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
四、連接階段也要設置正確字符集
即使前面都配好了，如果連接的時候沒有聲明用什么字符集，照樣出問題。例如：
- 在 PHP 中使用 pdo 連接時，執行 SET NAMES ‘utf8mb4’
- 在 Java 中 JDBC URL 加上 ?characterEncoding=UTF-8&connectionCollation=utf8mb4_unicode_ci
- 命令行登錄后手動執行：
SET NAMES 'utf8mb4';
有些客戶端工具默認會幫你做這件事，但不能依賴它。最好在連接建立時顯式指定。
基本上就這些。MySQL亂碼問題看起來復雜，其實只要抓住“統一字符集”這條主線，一步步排查就能搞定。有時候改完配置不生效，記得看看有沒有拼錯字符集名，或者是否漏掉了某些環節的設置。
