根本原因是latin1字符集从服务端透传至客户端，导致UTF-8多字节中文无法正确解析；必须同步配置mysqld[mysql]三段utf8mb4编码，并显式转换已有库表字段，且终端与工具连接层也需设为utf8mb4。
MySQL安装后无法写入中文，根本原因不是“没开中文支持”，而是默认字符集链路断裂——latin1 从服务端一路透传到客户端，中间没有任何一环声明支持 UTF-8 多字节字符。只改 character-set-server = utf8mb4 远远不够，它只管数据库、表、字段的存储层，不控制连接和传输层。
为什么只改 character-set-server 没用
MySQL 启动时读取 [mysqld] 段的 character-set-server，但它只影响：
• 新建数据库的默认字符集
• 新建表的默认字符集（若建表时未显式指定）
• 字段的默认字符集（若字段定义未带 CHARACTER SET）
它完全不影响以下三个关键会话变量：character_set_client、character_set_connection、character_set_results —— 这三者决定「你发什么编码过去」「MySQL按什么编码解析」「MySQL返回什么编码给你」。它们默认继承自 mysqld 的 collation-server，而老版本即使设了 utf8mb4，若没配 collation-server，仍可能 fallback 到 latin1_swedish_ci。
必须同步配置 client 和 connection 层
在 my.cnf（Linux）或 my.ini（Windows）中，除了 [mysqld] 段，还要补全这两段：
[client] default-character-set = utf8mb4 [mysql] default-character-set = utf8mb4
注意：
• [client] 影响所有基于 libmysql 客户端（如 mysql 命令行、PHP PDO、Java JDBC）的默认连接参数
• [mysql] 仅影响 mysql 命令行工具本身（不是服务端）
• MySQL 8.0+ 已弃用 default-character-set，应改用 charset = utf8mb4，但保留旧写法仍向下兼容
• 修改后必须重启 MySQL 服务，否则配置不加载
已有库/表必须显式转换，不能靠 default
已存在的数据库、表、字段不会因配置变更自动重编码。执行以下语句前，先确认当前字符集：
SHOW VARIABLES LIKE 'character\_set%';SHOW CREATE DATABASE your_db;SHOW CREATE TABLE your_table;
然后逐级修正：
• 修改数据库：ALTER DATABASE your_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
• 修改表：ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
• 若某字段仍为 latin1（比如 TEXT 字段未被 CONVERT 覆盖），需单独改：ALTER TABLE your_table MODIFY column_name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
命令行插入中文仍乱码？检查终端编码
即使所有 MySQL 层面设置正确，Windows 的 cmd 默认是 GBK 编码，而 MySQL 期待的是 utf8mb4 字节流。此时会出现两种现象：
• 插入成功但查出来是问号或方块
• 直接报错 Incorrect string value: '\xE6\x88\x91'...
临时解法（当前会话有效）：SET NAMES 'gbk'; —— 告诉 MySQL：“我发的是 GBK，请按 GBK 解析再转存为 utf8mb4”
但更稳妥的做法是：
• 改用支持 UTF-8 的终端（如 Windows Terminal + 启用 UTF-8 代码页）
• 或在连接后立即执行：SET NAMES 'utf8mb4';
• Navicat / DBeaver 等工具务必在连接属性里手动指定字符集为 utf8mb4，不能依赖自动探测
最易被忽略的一点：utf8mb4 是 MySQL 对真正 UTF-8 的实现名，而 utf8 在 MySQL 里只是阉割版（最多 3 字节），不支持 emoji 和部分生僻汉字。只要业务涉及用户昵称、评论、地址等开放输入字段，utf8mb4 就不是可选项，而是必选项——哪怕多配几行配置，也比上线后数据损坏强。
