还原命令漏掉--default-character-set参数是最常踩的坑：备份用utf8mb4但还原时未指定该参数会导致乱码；建库需显式声明character set utf8mb4 collate utf8mb4_unicode_ci；还原后须核查字段级collation及跨版本collation替换，验证索引与大小写比较行为是否符合业务预期。
还原命令漏掉 --default-character-set 参数
这是最常踩的坑：明明备份用了 utf8mb4，但执行 mysql -u root -p db_name 时没加字符集参数，MySQL 就按服务端默认（可能是 <code>latin1 或旧版 utf8）去解析 SQL 文件，中文和 emoji 直接变 ? 或报 Incorrect string value。
- 必须显式指定：
mysql --default-character-set=utf8mb4 -u root -p db_name -
--default-character-set要写在-u前面，位置错了会被忽略 - 如果用管道方式（
cat backup.sql | mysql ...），同样要带这个参数，否则无效
crontab 或 systemd 自动还原时环境变量缺失
脚本手动跑没问题，放进计划任务就乱码——根本不是 SQL 问题，而是 LANG 和 LC_ALL 没生效。crontab 默认环境是 C，systemd 更“干净”，连 LANG 都为空，导致 MySQL 客户端根本不会协商 UTF-8 编码，--default-character-set 形同虚设。
- crontab 条目里直接写全环境变量：
0 3 * * * LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 /usr/bin/mysql --default-character-set=utf8mb4 -u root -p'pwd' db_name - systemd
.service文件中，在[Service]下加：Environment="LANG=en_US.UTF-8" "LC_ALL=en_US.UTF-8" - 别在
ExecStartPre里写export LANG=...—— systemd 不解析 shell 语法，这行完全不执行
字段级 Collation 没同步更新，还原后无报错但数据异常
还原成功、没报错、甚至查不出乱码，但业务出问题了：比如唯一索引失效、WHERE name = '张三' 查不到记录、JOIN 结果错乱。这是因为库和表改了字符集，但具体字段的 COLLATE 还是旧的（比如 utf8mb4_general_ci），而连接层用的是 utf8mb4_unicode_ci，MySQL 在比较时做了隐式转换，行为已偏移。
- 还原前查清字段真实 collation：
SELECT TABLE_NAME, COLUMN_NAME, COLLATION_NAME FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'db_name' AND COLLATION_NAME IS NOT NULL; - 还原后批量修正（别只改库或表）：
ALTER TABLE t MODIFY c VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 关键字段（如主键、唯一索引、JOIN 条件列）必须单独验证：
SELECT * FROM t WHERE c = '张三' COLLATE utf8mb4_unicode_ci;，确保结果与线上一致
跨版本还原时 utf8mb4_0900_ai_ci 不兼容
从 MySQL 8.0 导出的备份往 5.7 导入，直接失败，报错 Unknown collation: 'utf8mb4_0900_ai_ci'；反过来，5.7 导出的数据在 8.0 里还原，虽然能过，但字段可能被自动升为新 collation，导致排序、去重逻辑变化。
- 导出时降级 collation：
mysqldump --default-character-set=utf8mb4 --skip-column-statistics -u root -p db_name | sed 's/utf8mb4_0900_ai_ci/utf8mb4_unicode_ci/g' > backup.sql - 目标库建库时别依赖默认值：
CREATE DATABASE db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 还原后立刻检查索引行为，尤其注意大小写敏感字段：
SELECT 'a' = 'A' COLLATE utf8mb4_0900_ai_ci; SELECT 'a' = 'A' COLLATE utf8mb4_general_ci;，确认是否符合业务预期
实际处理时，最容易被跳过的环节是字段级 collation 核查和跨版本 collation 显式替换——还原成功不等于数据可用，得盯着具体字段和查询行为看。
