mysql不支持一条alter table语句修改多张表，因该语句语法仅接受单表名，硬写如“alter table t1, t2...”会直接报error 1064；必须逐表执行，可通过脚本、工具或事务包裹实现批量管理。
不能用一条 ALTER TABLE 语句同时改多个表——MySQL 不支持这种语法，硬写会直接报错 ERROR 1064。 必须对每个表单独执行 ALTER TABLE，但可以通过脚本或工具批量触发，关键在于控制并发、顺序和回滚边界。
为什么不能一条语句改多张表？
MySQL 的 ALTER TABLE 是单表 DDL 操作，语义上只接受一个表名。试图写成 ALTER TABLE t1, t2 ADD COLUMN x INT 会被解析器拒绝，报错信息通常是：You have an error in your SQL syntax。这不是版本限制，而是 SQL 标准和 MySQL 内核设计决定的。
实际可行的批量修改方式
真正“一次性”指的是批量发起、统一管理，不是语法上合并。推荐以下三种路径：
- 手动拼接多条
ALTER TABLE语句，用事务包裹（仅适用于支持事务型 DDL 的引擎，如 InnoDB + MySQL 8.0.23+ 的原子 DDL）； - 用 shell 或 Python 脚本遍历表名列表，逐条执行并检查返回值；
- 借助
pt-online-schema-change（Percona Toolkit）或gh-ost，它们能自动处理依赖、锁、复制延迟，适合线上大表。
示例（shell 脚本片段）：
for tbl in users orders products; do mysql -u root mydb -e "ALTER TABLE $tbl ADD COLUMN updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;" done
注意：该脚本没做错误中断，生产环境必须加 || exit 1 和日志记录。
INSTANT DDL 对批量操作的影响
MySQL 8.0+ 的 ALGORITHM=INSTANT 只加速单个 ALTER TABLE 的执行，但它要求：
- 新增列必须带
DEFAULT值； - 不能修改主键、外键、分区字段；
- 不支持
MODIFY或CHANGE列类型（除非是宽度微调，如VARCHAR(100)→VARCHAR(150)）； - 每张表仍需独立执行，INSTANT 不改变“一次只能动一张表”的事实。
误以为开了 INSTANT 就能“并行改十张表不卡”，结果在高并发下触发元数据锁争用，反而拖慢整体进度——这是最常被忽略的隐性瓶颈。
容易踩的坑：跨库、权限、字符集混用
批量操作时，下面这些细节出错不会立刻报语法错误，但会导致后续查询异常或复制中断：
- 表分布在不同数据库（schema）中，脚本里没切换
USE db_name，导致语句在错误库下执行； - 用户只有部分表的
ALTER权限，脚本静默跳过失败项； - 某些表用
utf8mb4_0900_as_cs排序规则，另一些用utf8mb4_general_ci，批量加字段后触发隐式转换警告； - 未检查表引擎：MyISAM 表不支持 INSTANT，强行加
ALGORITHM=INSTANT会退化为 COPY 模式，且无法回滚。
真正麻烦的从来不是“怎么写”，而是“改完之后，哪些旧代码读不到新字段”“binlog 里字段顺序乱了会不会让下游解析失败”——这些得靠 SELECT * FROM information_schema.COLUMNS 对比前后快照，而不是靠执行成功就收工。
