mysql修改字段类型时如何避免中断业务_inplace与copy算法详解

MySQL 5.6前ALTER TABLE MODIFY COLUMN默认用COPY算法，需重建表并全程锁表；5.6+支持INPLACE但受限于类型兼容性、字符集等，须显式指定ALGORITHM=INPLACE和LOCK=NONE，并验证环境约束。ALTER TABLE MODIFY COLUMN 为什么会锁表MySQL 5.6 之前，ALTER TABLE ... MODIFY COLUMN 默认走 COPY 算法：先建新表、逐行拷贝数据、重建索引、删旧表。整个过程原表不可写，DML（INSERT/UPDATE/DELETE）被阻塞，业务直接中断。即使只改字段类型（比如 VARCHAR(100) → VARCHAR(200)），只要不满足“就地修改”条件，依然会触发全表拷贝。常见触发 COPY 的操作：MODIFY COLUMN 改类型、改长度（部分情况）、加 NOT NULL、删默认值INPLACE 不是万能的：它只支持某些类型变更（如 VARCHAR 变长扩展、ADD COLUMN 末尾加列），且要求引擎为 InnoDB、MySQL ≥ 5.6执行前可查 SHOW CREATE TABLE 确认当前字段定义，避免隐式类型转换导致意外降级为 COPY怎么强制用 ALGORITHM=INPLACE显式指定算法是控制行为最直接的方式，但不是所有语句都能成功——MySQL 会校验是否真能 inplace，否则报错而不是静默回退。正确写法是带 ALGORITHM=INPLACE 和 LOCK=NONE（如果支持）： 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。