MySQL 8.0 不允许将字段 collation 显式降级为 utf8mb4_general_ci，因其自 8.0.1 起已被标记为废弃，SHOW COLLATION 中不可见，ALTER TABLE MODIFY 指定会报 ERROR 1273；可行替代方案是改用 utf8mb4_unicode_ci，并需通过两步 ALTER 或 CONVERT TO 实现，系统库须单独处理。
MySQL 8.0 不能把字段 collation 从 utf8mb4_0900_ai_ci 降级为 utf8mb4_general_ci？
不是不能，而是 MySQL 8.0 默认不允许「降级」到老排序规则——它会报 ERROR 1273 (HY000): Unknown collation: 'utf8mb4_general_ci'。这不是你操作错了，而是 8.0 的字符集系统在启动时已将 utf8mb4_general_ci 标记为“废弃（deprecated）”，虽仍支持读取，但禁止新建或显式指定。官方文档明确说明：该 collation 自 8.0.1 起仅保留兼容性，不参与默认逻辑，ALTER TABLE 中显式写它会被拒绝。
为什么 ALTER TABLE MODIFY ... COLLATE utf8mb4_general_ci 失败？
因为 MySQL 8.0 的 ALTER TABLE ... MODIFY 在校验 collation 时走的是运行时注册表，而非历史兼容列表。即使表里已有老字段用着 utf8mb4_general_ci，你也不能用它来重定义新字段或修改现有字段——系统只认当前启用的 collation 列表，而 utf8mb4_general_ci 不在其中（SHOW COLLATION LIKE 'utf8mb4%' 输出里看不到它）。常见错误现象包括：
ERROR 1273 (HY000): Unknown collation: 'utf8mb4_general_ci'-
ERROR 1064 (42000): You have an error in your SQL syntax（实际是 collation 解析失败导致语法误判） - 执行成功但 SHOW FULL COLUMNS 显示 collation 没变——其实是语句被静默忽略或 fallback 到默认值
真正可行的“降级”路径只有两条
所谓“降级”，本质是让字段行为回退到 5.7 级别兼容性，而不是字面意义地切回旧 collation。必须绕过 MySQL 8.0 的校验机制：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 用
mysqldump --skip-set-charset --compatible=mysql40导出结构，再手动替换所有utf8mb4_0900_ai_ci为utf8mb4_unicode_ci（它在 8.0 和 5.7 都可用，且语义最接近utf8mb4_general_ci） - 对单字段临时绕过：先
ALTER TABLE t CHANGE col col VARCHAR(255) CHARACTER SET utf8mb4清掉 collation，再ALTER TABLE t MODIFY col VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci显式指定（注意：两次 ALTER 是必须的，一次写死会失败） - TEXT/BLOB 字段更麻烦：
MODIFY不接受 collation 声明，得用CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci，且需确保表无全文索引（否则报错）
最容易被忽略的陷阱：系统库和 INFORMATION_SCHEMA
你改完了业务表，但 mysql.user 或 INFORMATION_SCHEMA.COLUMNS 里字段的 collation 仍是 utf8mb4_0900_ai_ci，一旦触发权限校验或元数据查询（比如某些 ORM 自动生成的 SELECT * FROM information_schema...），照样报错。这些表不能直接 ALTER，唯一安全做法是：
- 确认
mysql库本身 collation 已设为utf8mb4_unicode_ci：ALTER DATABASE mysql COLLATE = utf8mb4_unicode_ci - 重启 mysqld 并加参数
--collation-server=utf8mb4_unicode_ci，否则系统表初始化仍用默认_0900_ai_ci - 别碰
INFORMATION_SCHEMA——它是只读虚拟库，任何修改尝试都会被忽略或报错
归根结底，MySQL 8.0 没有提供“降级 collation”的合法通道，所谓降级只是用兼容性更好的替代方案覆盖掉严格的新规则。真正的难点不在语法，而在识别哪些地方隐式依赖了旧 collation 行为——比如前端搜索大小写不敏感、后台导出 CSV 时字段顺序依赖 ORDER BY 结果，这些都可能因 collation 切换而悄然变化。
