alter database 修改库级 collation 仅影响新建表，已有表和字段不变；需依次修改表级、字段级 collation 并验证连接层设置，才能确保中文排序正确。
MySQL 修改数据库 Collation 的正确操作
直接用 ALTER DATABASE 改库级 Collation 只影响后续新建的表，已有表和字段的排序规则完全不变。很多人以为改了库就一劳永逸，结果发现中文查询、ORDER BY 依然乱序——问题根本没解决。
实操建议：
- 先确认当前库的 Collation：
SELECT DEFAULT_COLLATION_NAME FROM information_schema.SCHEMATA WHERE SCHEMA_NAME = 'your_db'; - 修改库默认 Collation（仅对新表生效）：
ALTER DATABASE your_db CHARACTER SET = utf8mb4 COLLATION = utf8mb4_unicode_ci; - 注意：
utf8mb4_unicode_ci对中文支持比utf8mb4_general_ci更准，且兼容 emoji；若需严格按拼音排序，后面还得单独调表或列
修改已有表的 Collation（关键步骤）
表级 Collation 决定新字段的默认排序规则，但不强制更新已有字段。如果表里已有 VARCHAR 或 TEXT 字段用了旧 Collation（比如 utf8mb4_general_ci），中文 ORDER BY name 仍可能把“张三”排在“李四”前面。
实操建议：
- 查表当前 Collation：
SHOW CREATE TABLE your_table;或SELECT TABLE_COLLATION FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'your_table'; - 改表 Collation（不改数据，只设新默认）：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATION utf8mb4_unicode_ci; - ⚠️ 这条命令会重写整张表，大表务必在低峰期执行；它还会把所有字符类型字段的 Collation 一并更新，是实际生效的关键一步
单独修改字段 Collation（精准控制排序行为）
有时候只需要某个字段（比如 title）按拼音排序，其他字段保持原样。这时不能只靠表级设置，必须显式指定字段 Collation。
实操建议：
- 查看字段 Collation：
SHOW FULL COLUMNS FROM your_table LIKE 'title';关注Collation列 - 修改单个字段：
ALTER TABLE your_table MODIFY title VARCHAR(255) CHARACTER SET utf8mb4 COLLATION utf8mb4_unicode_ci; - 若需拼音排序（如 MySQL 8.0+），可用
utf8mb4_0900_as_cs（大小写敏感+音调敏感），但注意：该 Collation 不支持utf8mb4以外的字符集，且老版本不兼容 - 别用
CHANGE重复定义字段类型，容易漏掉NOT NULL或默认值；MODIFY更安全
验证中文排序是否真正生效
改完不验证，等于没改。常见错误是只看 SHOW CREATE TABLE 显示了新 Collation，但没测试真实排序结果。
实操建议：
- 用带中文的测试数据跑排序：
SELECT name FROM your_table ORDER BY name LIMIT 10;观察是否按字典序/拼音序排列 - 对比不同 Collation 行为：
SELECT '张三' > '李四' COLLATE utf8mb4_unicode_ci;返回 1 表示“张三”排在“李四”后，符合预期 - 注意客户端连接 Collation 影响：确保连接时指定了
SET NAMES utf8mb4 COLLATION utf8mb4_unicode_ci;，否则服务端设置可能被覆盖
latin1 或旧 Collation，排序照样错。每次修改后，务必从连接、库、表、字段、查询语句五个层面交叉验证。
