本质是主从排序规则不一致导致sql线程失败，utf8mb4_0900_ai_ci为mysql 8.0.1新增、5.7不识别，必须全层级（库、表、列、连接）统一替换为utf8mb4_general_ci，不可仅改字符集或依赖--compatible=mysql57。
MySQL 8.0 主从复制中因字符序（collation）不兼容报错，本质不是编码问题，而是排序规则在主从两端不一致导致 SQL 线程执行失败——必须统一所有层级的 COLLATE 值，不能只改字符集。
为什么 utf8mb4_0900_ai_ci 在从库报 Unknown collation 错误
MySQL 5.7 及更早版本完全不认识 utf8mb4_0900_ai_ci，它是在 8.0.1 引入的基于 Unicode 9.0 的新排序规则。即使从库也用 utf8mb4 字符集，只要建表语句里写了这个 collation，CREATE TABLE 就会直接报错中断，复制线程卡死在 SQL Thread 阶段。
- 错误典型提示：
Unknown collation: 'utf8mb4_0900_ai_ci'或Collation 'utf8mb4_0900_ai_ci' is not valid for character set 'utf8mb4' - 触发点不止是表级：
CREATE DATABASE、CREATE TABLE、单个VARCHAR列定义、甚至ALTER TABLE ... CONVERT TO语句里都可能带该 collation -
--compatible=mysql57不会自动替换 collation，它只处理语法结构（如去掉JSON类型、隐藏列等）
如何批量替换 SQL 文件里的 utf8mb4_0900_ai_ci
不能靠编辑器“全部替换”，必须定位真实使用位置，否则漏掉一处就会导入失败。
- 先用
grep -n "utf8mb4_0900_ai_ci" your_dump.sql扫描全文件，重点关注三类行：CREATE DATABASE后的DEFAULT COLLATE、每个CREATE TABLE末尾的COLLATE、以及列定义后紧跟的COLLATE utf8mb4_0900_ai_ci - 安全替换目标选
utf8mb4_general_ci：5.7 原生支持，兼容性最好；utf8mb4_unicode_ci虽更准，但部分 5.7.7–5.7.28 版本需确认是否启用innodb_large_prefix=ON - 避免替换成
utf8_general_ci：它绑定的是utf8字符集（非 utf8mb4），会导致 emoji 插入失败或截断 - 如果导出时用了
--skip-set-charset，检查SET NAMES utf8mb4 COLLATE utf8mb4_0900_ai_ci这类语句，一并替换
从库连接层和运行时也要同步 collation 设置
就算 SQL 文件修复了，从库启动后若未显式指定 collation，MySQL 仍按服务端默认值分配，可能导致 ORDER BY 结果错乱、索引失效，甚至后续 DDL 失败。
- 在从库
my.cnf中强制设为兼容值：collation-server = utf8mb4_general_ci和init_connect = 'SET NAMES utf8mb4 COLLATE utf8mb4_general_ci' - 应用连接 URL 必须显式带上：
?characterEncoding=utf8mb4&collation=utf8mb4_general_ci（JDBC）、charset=utf8mb4&collation=utf8mb4_general_ci（PHP PDO） - 别依赖
ALTER DATABASE ... CHARACTER SET utf8mb4—— 它不改已有表/列的 collation，必须用CONVERT TO或MODIFY COLUMN显式重置
预防下次导出就兼容：mysqldump 关键参数组合
下一次从 MySQL 8.0 导出给 5.7 用，不能只靠事后替换，要在导出阶段就规避问题。
- 核心命令组合：
mysqldump -u root -p --all-databases --single-transaction --master-data=2 --default-character-set=utf8mb4 --collation-server=utf8mb4_general_ci --skip-set-charset - 必须加
--skip-set-charset：否则导出文件里会写死SET NAMES utf8mb4 COLLATE utf8mb4_0900_ai_ci，又得手动删 - 如果表已存在且含
utf8mb4_0900_ai_ci，导出前先在 8.0 主库执行：ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci，这样导出内容天然兼容 - 不要用
--compatible=mysql57替代 collation 设置——它不解决 collation 问题，纯属误导
真正麻烦的不是替换动作本身，而是 collation 渗透在建库、建表、建列、连接、甚至临时表创建的每一个环节；漏掉任意一层，复制就可能在某个凌晨三点突然停摆。
