不会丢数据，但可能影响排序和比较行为；替换仅修改建表语句中的COLLATE元数据，不改动字段内容，但utf8mb4_0900_ai_ci与utf8mb4_general_ci在重音、大小写等语义上存在差异。
直接替换 utf8mb4_0900_ai_ci 会丢数据吗？
不会丢数据，但可能影响排序和比较行为。这个操作只改元数据（建表语句里的 COLLATE 子句），不碰实际字段内容。不过要注意：utf8mb4_0900_ai_ci 对重音、大小写、某些语言的排序更准，换成 utf8mb4_general_ci 后，比如 'café' 和 'cafe' 在 WHERE 或 ORDER BY 中可能不再等价。如果你的应用没依赖这类语义，基本无感。
用什么工具批量替换 SQL 文件最稳妥？
推荐命令行 + sed（Linux/macOS）或 PowerShell（Windows），避免文本编辑器误处理 BOM、换行符或注释块。关键是要同时替换两处：字符集声明和排序规则声明。
sed -i 's/utf8mb4_0900_ai_ci/utf8mb4_general_ci/g; s/CHARSET=utf8mb4/CHARSET=utf8mb4/g' your_dump.sql- Windows PowerShell：
(Get-Content your_dump.sql) -replace 'utf8mb4_0900_ai_ci', 'utf8mb4_general_ci' -replace 'CHARSET=utf8mb4', 'CHARSET=utf8mb4' | Set-Content your_dump.sql - 别漏掉建库语句里的默认排序规则，比如
CREATE DATABASE `xxx` ... DEFAULT COLLATE=utf8mb4_0900_ai_ci，也要一并替换
为什么不能简单把 utf8mb4 全替成 utf8？
因为 utf8 在 MySQL 里是阉割版：它最多只支持 3 字节 UTF-8 字符，无法存 emoji（如 ?）、生僻汉字或某些数学符号。硬替会导致后续插入失败或乱码。正确做法是保留 utf8mb4 字符集，只降级 COLLATE —— 比如从 utf8mb4_0900_ai_ci 改为 utf8mb4_general_ci 或 utf8mb4_unicode_ci（后者在 5.7 中也完全可用，且排序比 general 更准）。
Navicat 导出时怎么避免生成 utf8mb4_0900_ai_ci？
导出前手动设置兼容模式：
- 打开 Navicat → 右键数据库 → “转储SQL文件” → “高级”选项卡
- 勾选
Use compatible mode，并选择MySQL 5.7 - 取消勾选
Include character set and collation（可选，但能进一步减少干扰项） - 导出后仍建议检查 SQL 文件头部是否有
SET NAMES utf8mb4 COLLATE utf8mb4_0900_ai_ci这类语句，有就删掉
COLLATE 出现在字段定义末尾（如 name VARCHAR(100) COLLATE utf8mb4_0900_ai_ci），有些出现在表级（ENGINE=InnoDB DEFAULT COLLATE=utf8mb4_0900_ai_ci），还有些藏在 CREATE DATABASE 里。只扫一遍不够，得确认所有位置都已覆盖。 
