大表改结构需用ALGORITHM=INPLACE避免锁表；Navicat设计表保存默认语句易丢约束、不支持外键依赖同步，须手动校验SQL、字符集及外键完整性。
大表直接改结构会锁表，MySQL 5.6+ 用 ALGORITHM=INPLACE 才安全
navicat 点“设计表”保存时，默认生成 alter table ... modify column 或 change column，对大表（比如百万行以上）直接执行会触发全表拷贝，阻塞写入、拖慢业务。mysql 5.6 开始支持 algorithm=inplace，但不是所有修改都支持——比如加索引、改 not null、扩大 varchar 长度通常可以，而改字段类型（tinyint → int）或删列大概率仍需 copy。
实操建议：
- 改之前先查是否支持：在 Navicat SQL 编辑器里执行
SELECT VERSION()，确认是 5.6+；再查官方文档对应版本的 Online DDL 支持矩阵 - 强制走在线模式：在 Navicat “设计表”保存前，点开
SQL 预览，把自动生成的语句末尾手动加上, ALGORITHM=INPLACE, LOCK=NONE（注意逗号） - 如果提示
ALGORITHM=INPLACE is not supported，说明操作不支持在线，必须安排维护窗口，或改用pt-online-schema-change
Navicat 自动生成的 DDL 语句常漏掉约束，改字段时 NOT NULL / DEFAULT 就丢了
你在界面上只调了字段长度，点保存，Navicat 默认只生成 MODIFY COLUMN，而这个语法不会继承原字段的 NOT NULL、DEFAULT、COMMENT —— 它们全被清空。线上表一旦丢失 NOT NULL，后续 INSERT 就可能插入 NULL，引发业务异常。
实操建议：
- 必须开启
Tools → Options → DDL → Show SQL Preview before executing DDL statements，每次保存前看一眼真实语句 - 若原字段是
status TINYINT NOT NULL DEFAULT 0 COMMENT '状态'，你只改类型，就得在界面上重新勾选Not Null、填Default值、重输Comment - 涉及类型变更（如
VARCHAR(50)→TEXT），MODIFY会失败，必须用CHANGE COLUMN并显式写出全部属性，否则预览语句根本无法执行
外键太多时 Navicat 设计器卡死或字段显示 null，本质是元数据解析失败
不是软件卡，是 Navicat 加载表时去查 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 和关联表的字段定义，一旦外键引用的列不存在、字符集不一致（比如主表用 utf8mb4_unicode_ci，子表用 utf8_general_ci）、或跨库引用但权限不足，就会中断解析，导致字段名变 null、外键页点不动。
实操建议：
- 先运行
SHOW CREATE TABLE `your_table`，确认外键真实存在——如果输出里没有CONSTRAINT ... FOREIGN KEY，说明外键压根没建成功 - 查被引用字段的字符集：
SELECT COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db_name' AND TABLE_NAME = 'ref_table' AND COLUMN_NAME = 'id' - 临时绕过校验：在查询窗口执行
SET FOREIGN_KEY_CHECKS = 0，右键表 → “刷新”，再执行SET FOREIGN_KEY_CHECKS = 1
批量改被多个外键引用的主键字段名？不能只改一张表
一张用户表 users 的 id 被 5 张子表通过外键引用，你想把它改成 user_id。Navicat “设计表”里只改 users.id 字段名，保存后子表外键依然指向旧字段名，数据库层面立刻报错 Cannot drop index 'fk_order_user': needed in a foreign key constraint。
实操建议：
- 必须按顺序操作：先删所有子表外键（
ALTER TABLE child DROP FOREIGN KEY fk_name），再改主表字段名（CHANGE COLUMN id user_id ...），最后重建全部外键（注意新字段名和引用关系） - Navicat 不自动处理依赖链，别指望它“智能同步”。建议用 SQL 脚本一次性写完三步，执行前备份
- 改完立刻验证：
SELECT CONSTRAINT_NAME, COLUMN_NAME, REFERENCED_COLUMN_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'child_table'
