修改MySQL表结构前须确认三件事：一是查版本与存储引擎（仅InnoDB支持部分在线DDL）；二是检查innodb_online_alter_log_max_size是否足够；三是确认有无外键或触发器（会导致降级为COPY算法）。
修改 MySQL 表结构前必须确认的三件事
直接在 navicat 里点“设计表”改字段，很可能触发隐式锁表或复制延迟——尤其在生产环境。不是所有修改都安全，得先看操作类型：add column 通常快且在线（5.6+），但 drop column、modify column 或改主键会锁全表（除非用 algorithm=inplace 且满足条件）。
- 查当前 MySQL 版本和存储引擎：
SELECT VERSION(), @@default_storage_engine;—— InnoDB 才支持部分 DDL 在线，MyISAM 几乎必锁表 - 确认是否启用了
innodb_online_alter_log_max_size（默认 128MB），大字段变更失败常因日志空间不足 - 检查表是否有外键或触发器：
SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'your_table';—— 外键约束会让某些ALTER自动降级为 COPY 算法
Navicat 中真正“无感”的字段新增/重命名操作
Navicat 的可视化编辑器默认生成 ALTER TABLE ... ADD COLUMN 或 CHANGE COLUMN，但“重命名”实际走的是 CHANGE（需重复写新旧字段名），容易漏掉数据类型声明导致隐式转换。
- 新增字段：在“设计表”界面右键 → “添加字段”，填好名称、类型、是否允许 NULL；务必手动勾选“允许 NULL”或设默认值，否则非空字段会卡住执行（报错
ERROR 1138: Invalid use of NULL value） - 重命名字段：不能只改“字段名”一栏，必须在“字段名”列填新名，同时在“类型”列**完整重写原类型**（如原来是
VARCHAR(50)，就得再输一遍，不能留空） - 加索引：在“索引”标签页新建索引后，Navicat 默认生成
CREATE INDEX，比ALTER TABLE ... ADD INDEX更轻量，适合大表
哪些修改会让 Navicat 暗中执行 LOCK=EXCLUSIVE
Navicat 不会主动提示锁级别，但以下操作在 MySQL 5.7+ 仍大概率触发全表锁（LOCK=EXCLUSIVE），期间表不可读写：
- 修改字段类型且可能丢失精度：
CHANGE COLUMN x x TINYINT→ 原来是INT，会强制 COPY - 给已有大量数据的字段加
NOT NULL约束（没设默认值） - 删除主键或唯一索引（Navicat 会自动生成
ALTER TABLE ... DROP PRIMARY KEY，InnoDB 必重建聚簇索引） - 切换存储引擎：
ENGINE=MyISAM→ENGINE=InnoDB，Navicat 默认不加ALGORITHM=INPLACE，直接 COPY
这类操作在 Navicat 执行时进度条会卡住几秒到几分钟，此时查 SHOW PROCESSLIST 能看到状态是 Waiting for table metadata lock 或 copy to tmp table。
绕过 Navicat 可视化限制的手动 SQL 方案
当需要精细控制算法或避免锁表，直接在 Navicat 的“查询”窗口写 SQL 更可靠。Navicat 对 ALTER TABLE 的语法高亮和自动补全其实挺准，别怕手写。
- 在线加字段（MySQL 5.6+）：
ALTER TABLE users ADD COLUMN status TINYINT DEFAULT 0, ALGORITHM=INPLACE, LOCK=NONE; - 安全改类型（不锁表前提）：
ALTER TABLE logs MODIFY COLUMN message TEXT, ALGORITHM=INPLACE;—— 注意TEXT和VARCHAR互转通常不支持 INPLACE - 查实际执行计划：
EXPLAIN FORMAT=TRADITIONAL ALTER TABLE orders ADD INDEX idx_user_id (user_id);—— 返回结果里有alter_algorithm: inplace才真在线
复杂变更（比如分表字段拆分）别依赖 Navicat 自动生成的语句，它不会帮你加 IF NOT EXISTS 或事务包裹，线上出错没法回滚。
