Navicat如何处理设计表时由于中文编码引起的保存失败？

MySQL错误1366源于字符集不匹配，核心是连接层（character_set_client）与字段级排序规则（Collation）未统一为utf8mb4，导致中文字段名、注释或默认值被错误编码发送而被拒绝。

保存失败不是表结构本身出错，而是 navicat 在提交修改时，把中文字段名、注释或默认值按错误编码发给了 mysql，服务端拒收或静默截断——关键得让 alter table 语句里的中文字节不被损坏。

设计表界面输入中文后点“保存”弹错：Incorrect string value

这是典型的 ERROR 1366，说明 MySQL 收到了非法 UTF-8 字节序列。常见于字段 COMMENT、DEFAULT 值或列名含中文，但连接层没设对 character_set_client。

• 右键表 → “设计表”，输完中文别急着点保存，先执行一次 SET NAMES utf8mb4;（在同一个查询窗口里）
• 确认当前连接已启用 utf8mb4：右键连接 → 编辑连接 → 高级 → 勾选“使用自定义字符集”并设为 utf8mb4
• 如果用了 Navicat 16+，检查是否误启了 SQL 预处理：工具 → 选项 → SQL 编辑器 → 取消勾选“启用 SQL 预处理”（否则 '用户姓名' 会被转成 'u7528u6237u59d3u540d' 发出去）

字段名/注释能显示中文，但保存后变成问号或空

表面是设计表界面的问题，实际是字段级字符集没继承上来。即使库和表设了 utf8mb4，字段仍可能沿用 latin1 的 COLLATION。

• 执行 SHOW CREATE TABLE `your_table`;，看字段定义里有没有 CHARACTER SET latin1 或缺失 COLLATE
• 手动修正字段：比如 MODIFY COLUMN name VARCHAR(50) COMMENT '姓名' CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
• 建新表时，在“设计表”界面每列右侧的“备注”栏输中文后，务必点击该列 → 展开“高级” → 检查“排序规则”是否为 utf8mb4_unicode_ci（不是 latin1_swedish_ci）

保存按钮灰掉或无响应，但没报错

这不是编码问题，而是 Navicat 检测到潜在冲突，比如字段名含全角空格、中文括号（）或不可见控制字符——它会拒绝提交，但不提示具体原因。

• 把字段名、注释复制到纯文本编辑器（如 VS Code），用显示不可见字符功能（Ctrl+Shift+P → “Toggle Render Whitespace”）检查是否有全角符号
• 避免直接从微信、Word 粘贴中文；改用记事本中转，或手动敲写
• 如果用了 Navicat 的“自动格式化”，关掉它：工具 → 选项 → SQL 编辑器 → 取消“格式化 SQL 时自动修正编码”

最易被忽略的是字段级 COLLATE 设置——它比表级字符集优先级更高，且不会在设计表界面显式标出，必须靠 SHOW CREATE TABLE 才能确认。一旦某列用了 latin1_swedish_ci，哪怕整库都是 utf8mb4，存中文照样失败。