Navicat“设计表”本质是图形化生成CREATE/ALTER TABLE语句，所有修改需手动保存才执行SQL；字段名含空格须加反引号，主键、NOT NULL、默认值、外键、字符集等均须符合MySQL语法与约束规则，否则报错。
navicat 的“设计表”功能本质是图形化生成 create table 或 alter table 语句，不是独立的存储机制——所有操作最终都转化为 sql 执行，字段定义必须符合 mysql 语法和约束规则，否则保存时会直接报错。
点击“设计表”后字段不生效？检查这几点再保存
Navicat 不会在你输入字段名/类型时实时提交，所有修改只暂存在内存中。必须显式点击工具栏的 保存（或按 Ctrl+S）才会生成并执行 SQL。常见误操作是改完字段就关窗口，弹出“是否保存更改”提示时点了“否”，结果白忙一场。
- 字段名含空格或特殊字符（如
user name、order）会导致保存失败——MySQL 要求用反引号包裹，但 Navicat 不自动加，需手动在字段名前后补上` - 主键未设或重复设多个
PRIMARY KEY会触发ERROR 1068: Multiple primary key defined - 设置了
NOT NULL但没给默认值，且该表已有数据，保存时会报ERROR 1138: Invalid use of NULL value
“类型”下拉菜单里的 VARCHAR(255) 和 TEXT 到底怎么选？
选错类型会影响查询性能和索引能力，Navicat 的下拉选项只是快捷入口，实际含义得看 MySQL 规则：
-
VARCHAR(n)：最大长度 ≤ 65535 字节（不是字符），适合长度可预期的短文本（用户名、邮箱）。n 超过 255 时，InnoDB 会额外占用 2 字节记录长度 -
TEXT：最大 65535 字节，不支持全文索引以外的索引（比如不能做普通INDEX加速WHERE name = ?），且查询时可能触发磁盘临时表 - 如果字段要建普通索引又可能超 255 字符，用
VARCHAR(191)（配合 utf8mb4）更稳妥，避免ERROR 1071: Specified key was too long
设置默认值时，“表达式”框填 CURRENT_TIMESTAMP 为什么报错？
Navicat 的“默认值”字段分两种模式：值（字符串/数字字面量）和 表达式（函数调用）。填 CURRENT_TIMESTAMP 必须选中右侧的 表达式 复选框，否则 Navicat 会把它当字符串字面量处理，生成类似 DEFAULT 'CURRENT_TIMESTAMP' 的语句，MySQL 执行时报 ERROR 1067: Invalid default value for 'updated_at'。
- 时间戳字段推荐用
TIMESTAMP类型 +CURRENT_TIMESTAMP表达式，默认自动更新；DATETIME类型不支持自动初始化（MySQL 5.6.5+ 除外） - 自增主键必须是整数类型（
TINYINT到BIGINT），且勾选A_I（Auto Increment），否则保存后不会生效 - 外键约束在 Navicat 设计表里要切到
外键标签页单独配置，字段页的“引用”下拉只是占位，不点“添加”就等于没设
真正容易被忽略的是字符集和排序规则——Navicat 新建表默认用数据库级字符集（通常是 utf8mb4），但如果源库是 utf8，而字段设了 utf8mb4_unicode_ci，后续和其他表 JOIN 可能因 collation 不一致触发隐式转换，拖慢查询。动手前先查 SHOW VARIABLES LIKE 'character_set_database'; 确认基线。
