Navicat 16表设计器中排序规则下拉框仅在VARCHAR、TEXT、CHAR等字符型字段中显示；数字、时间、布尔型字段不支持，ENUM/SET在部分MySQL版本中也不支持；修改后未生效因ALTER TABLE MODIFY COLUMN不转换数据编码，需先统一表级字符集；推荐使用utf8mb4_unicode_ci而非已废弃的utf8mb4_general_ci；批量设置须用SQL语句显式重写字段定义。
Navicat 16 表设计器里找不到排序规则（collation）下拉框？
不是你漏看了，而是该下拉框只在特定字段类型下才出现——仅限 varchar、text、char 等字符型字段。数字型（如 int）、时间型（如 datetime）或布尔型字段压根不支持设置排序规则，下拉框自然不会显示。
常见错误现象：选中字段后，在“排序规则”一栏看到的是灰色不可编辑状态，或整行根本没这一列。
- 确认字段类型是否为字符型；如果不是，改类型或放弃设置
- 若字段是
ENUM或SET，部分 MySQL 版本也不支持单独设 collation，需统一改表级 collation - MySQL 8.0+ 默认使用
utf8mb4_0900_as_cs，但 Navicat 16 界面可能仍只列出旧版名称（如utf8mb4_unicode_ci），选最接近的即可
修改字段排序规则时，为什么保存后没生效？
Navicat 16 在设计表中修改 collation 后点击「确定」，实际执行的是 ALTER TABLE ... MODIFY COLUMN 语句。但这个操作默认不带 CONVERT TO CHARACTER SET，所以只改了字段定义，没转换已有数据的编码逻辑——导致查询时排序行为仍按旧规则。
真正生效的前提是：字段所在表的字符集（CHARACTER SET）与目标排序规则兼容。例如选 utf8mb4_bin，但表是 latin1，Navicat 会静默忽略或报错。
- 先检查表级字符集：
SHOW CREATE TABLE table_name - 必要时先执行：
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 再回到设计表修改单个字段 collation，此时下拉框选项更全，保存也更可靠
排序规则选 utf8mb4_unicode_ci 还是 utf8mb4_general_ci？
别选 utf8mb4_general_ci——它在 MySQL 5.7.5+ 已被标记为废弃，且对 emoji、德语 ß、西班牙语 ñ 等排序不准确。实际项目中几乎没人用。
utf8mb4_unicode_ci 是兼容性与准确性平衡的选择；若需要大小写敏感或二进制精确比对，才考虑 utf8mb4_0900_as_cs（MySQL 8.0+）或 utf8mb4_bin。
-
_ci表示 case-insensitive（不区分大小写），_cs表示 case-sensitive - 中文排序效果差异不大，但多语言混排（如中英日）时，
utf8mb4_unicode_ci更稳 - Navicat 16 对
_as_cs类规则支持有限，下拉框可能不显示，建议用 SQL 直接改
想批量给多个字段设相同排序规则，能一次操作吗？
不能。Navicat 16 的设计表界面不支持多选字段后统一设置 collation——每个字段必须单独点开、下拉、选择、保存。批量操作只能靠 SQL。
比如要把 name、email、remark 三个字段都设为 utf8mb4_unicode_ci：
ALTER TABLE users MODIFY COLUMN name VARCHAR(255) COLLATE utf8mb4_unicode_ci, MODIFY COLUMN email VARCHAR(255) COLLATE utf8mb4_unicode_ci, MODIFY COLUMN remark TEXT COLLATE utf8mb4_unicode_ci;
注意：MODIFY COLUMN 会重写字段定义，如果字段有 NOT NULL、DEFAULT 等属性，必须在语句里显式写全，否则会被清空。
