mysql支持单条alter table语句添加多个字段，正确写法为“add column 字段1 类型, add column 字段2 类型”，需注意版本兼容性、锁表风险及无事务回滚能力。
ALTER TABLE 一次加多个字段，语法到底怎么写
MySQL 支持在单条 ALTER TABLE 语句里添加多个字段，但不是所有写法都安全——尤其当字段带默认值或非空约束时，容易触发全表重建，卡住线上业务。
正确写法是把多个 ADD COLUMN 合并在一条语句中，用逗号分隔：
ALTER TABLE users ADD COLUMN status TINYINT DEFAULT 1, ADD COLUMN remark VARCHAR(255) DEFAULT '';
这样比执行两条 ALTER TABLE 快得多，也避免中间状态残留。但注意：MySQL 5.7+ 才真正支持多列 ADD 的原子性；5.6 及更早版本虽语法允许，实际仍可能分步执行，且无法回滚单个字段。
- 别写成
ADD COLUMN a INT, b VARCHAR(10)—— 这是错的，每个字段必须独立带ADD COLUMN - 如果字段要加
NOT NULL且表已有数据，必须显式指定DEFAULT值，否则报错ERROR 1138: Invalid use of NULL value - 加字段顺序会影响
SHOW CREATE TABLE输出，但不影响功能；不过后续想删字段时，依赖顺序的脚本可能出问题
批量加字段脚本怎么避免锁表太久
大表加字段最怕锁表，尤其是带 DEFAULT 值的 NOT NULL 字段，在 MySQL 5.7 之前几乎必然触发 ALGORITHM=COPY（即拷贝整张表）。
关键对策是分两步走：先加允许 NULL 的字段，再用 ALTER TABLE ... MODIFY COLUMN 补默认值和约束。例如：
ALTER TABLE orders ADD COLUMN category_id BIGINT NULL;<br>UPDATE orders SET category_id = 0 WHERE category_id IS NULL;<br>ALTER TABLE orders MODIFY COLUMN category_id BIGINT NOT NULL DEFAULT 0;
第二步的 MODIFY COLUMN 在有索引或数据量大的情况下仍可能慢，但至少跳过了最耗时的初始拷贝阶段。
- MySQL 8.0.12+ 支持
ALGORITHM=INSTANT加字段（仅限不设默认值、允许 NULL、无全文索引等限制），可直接用：ALTER TABLE t ADD COLUMN x INT, ALGORITHM=INSTANT; - 用
pt-online-schema-change是更稳妥的选择，但要求有主键、不能有外键级联、且需额外部署 Percona Toolkit - 别在高峰期跑 DDL；哪怕用了 INSTANT，元数据锁（MDL）仍会阻塞后续 DML 几百毫秒
字段名/类型写错怎么办？回滚不是你想回就能回
MySQL 的 ALTER TABLE ... ADD COLUMN 没有事务回滚能力。一旦执行成功，字段就永久存在；想“撤回”，只能 DROP COLUMN，但这会丢失所有该列数据，且同样可能锁表。
所以批量操作前必须做三件事：
- 在测试库用
SHOW CREATE TABLE对比结构，确认字段名拼写、大小写（MySQL 在 Linux 下表名区分大小写，字段名不区分，但脚本生成器常忽略这点） - 用
SELECT COUNT(*) FROM table WHERE column_name IS NOT NULL验证字段是否真没数据（防止误删） - 备份表结构：
mysqldump -d db table > table_struct.sql，比指望 binlog 解析靠谱得多
常见翻车点：tinyint 写成 tinyint(1) 看似一样，但 ORM 或某些客户端会把它当布尔解析；VARCHAR(255) 和 VARCHAR(256) 在 utf8mb4 下存储开销不同，影响页分裂。
自动化脚本里怎么判断字段是否已存在
MySQL 没有 IF NOT EXISTS for columns，所以不能像建表那样兜底。得靠查询 information_schema.COLUMNS 判断：
SELECT COUNT(*) FROM information_schema.COLUMNS<br>WHERE TABLE_SCHEMA = 'mydb'<br>AND TABLE_NAME = 'users'<br>AND COLUMN_NAME = 'score';
返回 0 才执行 ALTER TABLE。生产脚本里建议封装成存储过程或用外部语言（如 Python）控制流程。
- 别用
DESCRIBE table或SHOW COLUMNS做判断——它们不返回库名，跨库时容易查错表 - 字段名含下划线或数字开头（如
2nd_flag）必须用反引号包裹：`2nd_flag`，否则 SQL 报错ERROR 1064 - 脚本里所有表名、字段名统一小写，避免在不同操作系统间因大小写策略差异导致部署失败
DDL 脚本最难的不是写对语法，而是预判它在不同版本、不同数据量、不同隔离级别下的真实行为。哪怕加一个字段，也要先看 SELECT @@version 和 SHOW TABLE STATUS LIKE 't' 里的 Data_length。
