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 预处理”（否则
'用户姓名'会被转成'\u7528\u6237\u59d3\u540d'发出去）
字段名/注释能显示中文，但保存后变成问号或空
表面是设计表界面的问题，实际是字段级字符集没继承上来。即使库和表设了 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，存中文照样失败。
