MySQL批量加字段需用“ADD COLUMN 字段1 类型, ADD COLUMN 字段2 类型”语法,支持5.7+原子性,但带DEFAULT的NOT NULL字段在8.0.12前会触发全表重建,8.0.12+启用INSTANT仅限末尾、允许NULL或带DEFAULT的列。
直接加字段不报错,但线上表一动就卡顿甚至锁表——ALTER TABLE ADD COLUMN 看似简单,实际执行时是否阻塞读写、旧数据怎么填、字段放哪、约束怎么设,全取决于你写的那条语句里有没有关键参数。
省略 FIRST 和 AFTER 时,MySQL 把新列加在所有现有列之后。这最安全,也最兼容老版本(5.7+ 全支持),但表结构可读性可能变差——比如把 updated_at 放在 created_at 前面,逻辑就乱了。
ALTER TABLE users ADD COLUMN status TINYINT NOT NULL DEFAULT 1;
DEFAULT 值(这里是 1),不会为 NULL
DEFAULT 且字段是 NOT NULL,语句会直接报错:ERROR 1138: Invalid use of NULL value
SELECT 可能被阻塞(取决于存储引擎和 MySQL 版本;InnoDB 在 5.6+ 支持部分 ALGORITHM=INPLACE,但 ADD COLUMN 仍常触发拷贝)AFTER existing_column 和 FIRST 能让字段顺序符合业务逻辑,但它们不是“轻量操作”:MySQL 必须重排列定义,某些场景下会强制降级为 COPY 算法,耗时更长、锁更久。
phone 加在 email 后面:ALTER TABLE users ADD COLUMN phone VARCHAR(20) AFTER email;
FIRST 很少用,除非真需要主键或标识字段打头;但注意:如果表已有主键,ADD id INT PRIMARY KEY FIRST 会失败,因为一张表只能有一个主键AFTER 用于 ADD COLUMN;低于此版本(如 5.7)用 AFTER 会报错:ERROR 1064: You have an error in your SQL syntax
AFTER / FIRST,理由是迁移、备份、跨版本同步时行为不稳定VARCHAR 不像 INT 或 CHAR 可以省略参数——漏写括号里的数字,语句立刻失败。
ALTER TABLE logs ADD COLUMN remark VARCHAR; → 报错:ERROR 1064: You have an error in your SQL syntax
ALTER TABLE logs ADD COLUMN remark VARCHAR(255); 或更精确地按业务定长,如 VARCHAR(50)
DECIMAL 必须写 DECIMAL(M,D),ENUM 必须列全枚举值:ENUM('active','inactive')
VARCHAR(1000)),它会影响内存临时表和排序缓冲区使用,间接拖慢查询用一条 ALTER TABLE 加多个列,比发多条语句略快(减少网络往返和元数据锁竞争),但每列仍独立校验、逐个填充默认值,总耗时基本不变。
ALTER TABLE users ADD COLUMN avatar_url VARCHAR(255), ADD COLUMN last_login DATETIME DEFAULT NULL;
AFTER),整条语句回滚,前面已定义的列也不会生效DEFAULT 的大文本列)真正容易被忽略的是:即使加了 DEFAULT,MySQL 在 5.7 及以前版本对已有数据仍会物理更新每一行(填默认值),导致 I/O 爆增;8.0.12+ 引入“即时 DDL”,才真正实现元数据层面添加带默认值的列——但前提是字段不能是 JSON、TEXT、BLOB,也不能用 AFTER/FIRST。所以别只看语法,得盯紧你的 MySQL 版本和字段类型组合。