Navicat 16 修改字段长度默认触发锁表重建，因其DDL生成逻辑未启用ALGORITHM=INSTANT且不校验索引、外键等限制条件，导致界面显示“执行成功”实则隐式全表拷贝。
Navicat 16 无法在不锁表的情况下修改字段长度——它生成的 MODIFY COLUMN 或 CHANGE COLUMN 语句在 MySQL 中默认触发表重建（尤其当字段类型或长度变更影响存储格式时），即使 MySQL 8.0+ 支持部分原地变更，Navicat 16 的旧版 DDL 生成逻辑仍倾向使用兼容性写法，导致隐式锁表。
为什么“不锁表”在 Navicat 界面里是个错觉？
你点“设计表”→改 varchar(50) 为 varchar(500) → 点保存，界面弹出“执行成功”，但实际可能已触发全表拷贝。原因有三：
- Navicat 16 默认不开启
ALGORITHM=INSTANT，即使目标 MySQL 版本支持，它也不会自动加该提示 - 只要字段带
NOT NULL、DEFAULT、COMMENT或被索引（含前缀索引），MODIFY就大概率退化为COPY模式 - 若原字段是外键列或被全文索引引用，MySQL 会直接拒绝
INSTANT，而 Navicat 不校验也不报错，只静默走COPY
怎样让 MODIFY 真正走 INSTANT？必须手动干预 SQL
Navicat 的“SQL 预览”是你唯一可控的出口。打开“设计表”，改完长度后，务必切到“SQL 预览”页，把自动生成的语句手动补全约束并加算法提示：
- 确认 MySQL 版本 ≥ 8.0.12（
SELECT VERSION();） - 原语句如：
ALTER TABLE user_info MODIFY COLUMN name VARCHAR(500);→ 改为：ALTER TABLE user_info MODIFY COLUMN name VARCHAR(500) NOT NULL DEFAULT '' COMMENT '用户名' ALGORITHM=INSTANT; - 若字段有前缀索引（如
INDEX idx_name (name(10))），必须先删索引再改字段，否则INSTANT失效 - 执行前用
EXPLAIN FORMAT=JSON SELECT * FROM user_info LIMIT 1;确认表结构未被标记为“需要重建”
大表改长度，别信“设计表”界面，用 pt-online-schema-change 更稳
对千万级以上行数的表，哪怕加了 ALGORITHM=INSTANT，也要防备元数据锁堆积或复制延迟。这时应绕过 Navicat 直接用 Percona Toolkit：
- 在终端执行：
pt-online-schema-change --alter "MODIFY COLUMN name VARCHAR(500) NOT NULL DEFAULT ''" D=db_name,t=user_info --execute - Navicat 可用来生成初始
SHOW CREATE TABLE结构做比对，但不参与执行 - 执行期间原表可读写，新表通过触发器同步增量，完成后原子切换
- 注意：要求表有主键或唯一非空索引，且不能有外键（需先禁用
FOREIGN_KEY_CHECKS=0）
最容易被忽略的坑：改长度后索引失效却不报警
你改了 email 字段从 VARCHAR(100) 到 VARCHAR(500)，Navicat 保存成功，但第二天发现查询变慢——因为原 INDEX idx_email (email) 是前缀索引（email(100)），新长度超了前缀上限，MySQL 自动丢弃该索引，而 Navicat 不提示、不校验、不重生成。
务必在改完后立刻查：SHOW INDEX FROM user_info WHERE Key_name = 'idx_email';，确认 Sub_part 值是否仍为 100；若为 NULL，说明索引已失效，需手动重建：CREATE INDEX idx_email ON user_info (email(100));
