my.cnf中character-set-server不生效需先确认配置文件加载路径，确保修改在[mysqld]段下，并同步设置collation-server、init_connect等参数，重启后验证进程与socket是否正确，已有库表需手动ALTER转换字符集。
my.cnf里改character-set-server不生效？先看配置加载顺序
MySQL启动时只读取一个有效的my.cnf（或my.ini），且按固定路径顺序查找：/etc/my.cnf → /etc/mysql/my.cnf → /usr/etc/my.cnf → ~/.my.cnf。改错文件等于没改。
实操建议：
- 用
mysqld --verbose --help | grep "Default options"确认MySQL实际读取的配置文件路径 - 检查是否多个配置文件都写了
character-set-server，后加载的会覆盖前一个 -
[mysqld]段落外写的character-set-server会被忽略——必须放在[mysqld]下
设置character-set-server=utf8mb4后新库还是latin1？缺这三步
仅设character-set-server只能影响新数据库的默认字符集，但新建表、列、连接仍可能掉坑里。
必须同步配齐：
-
collation-server=utf8mb4_unicode_ci（否则排序规则不匹配，SHOW CREATE DATABASE里仍显示latin1_swedish_ci） -
init_connect='SET NAMES utf8mb4'（让普通用户连接时自动设客户端编码，root不受此影响） -
skip-character-set-client-handshake（可选，强制忽略客户端声明的字符集，防止应用层乱传latin1）
示例片段：
[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci init_connect = 'SET NAMES utf8mb4' skip-character-set-client-handshake = 1
重启MySQL后SHOW VARIABLES LIKE 'character_set%'还是旧值？检查socket和进程
常见错误现象：改完配置、执行systemctl restart mysql，但变量没变——大概率是MySQL根本没从你改的配置启动。
排查步骤：
- 查进程：
ps aux | grep mysqld，看启动命令里有没有--defaults-file=或--defaults-extra-file=参数，它会覆盖默认路径 - 查socket：
mysqladmin -u root -p variables | grep character_set_server，确保连的是你刚重启的那个实例（不是本地残留的旧进程） - 查日志：
tail /var/log/mysql/error.log，搜索Could not open required defaults file或Unknown variable类报错
已有数据库/表字符集不变？ALTER DATABASE和ALTER TABLE不能省
修改my.cnf只对后续创建的数据库生效。已存在的库、表、列的字符集不会自动更新，连DEFAULT CHARSET定义都不带继承性。
安全操作顺序：
- 先备份：
mysqldump -u root -p --default-character-set=utf8mb4 dbname > dump.sql - 改库：
ALTER DATABASE dbname CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci; - 逐个改表：
ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 注意：
CONVERT TO会重写所有字段，大表务必在低峰期执行
容易被忽略的是：如果表里有ENUM或SET字段，它们的字符集是独立存储的，CONVERT TO能一并处理；但手动MODIFY COLUMN时得显式指定CHARACTER SET，否则保留原值。
