MySQL 8.0+ 支持单条 ALTER TABLE 删除多个字段，但必须写为 DROP COLUMN f1, DROP COLUMN f2 形式，不支持 DROP COLUMN f1, f2；旧版本仅支持逐条删除，且所有版本中删字段均不可逆、需检查外键/生成列/索引依赖。
MySQL 8.0+ 支持单条 ALTER TABLE DROP 多个字段，但语法不能“连写”
MySQL 不支持 DROP COLUMN a, b, c 这种逗号分隔的写法（那是 PostgreSQL 的语法）。哪怕你用的是 MySQL 8.0 或更高版本，也必须对每个要删的字段单独写一个 DROP COLUMN 子句，用逗号分隔子句本身，而不是字段名。
常见错误现象：ERROR 1064 (42000): You have an error in your SQL syntax，往往就卡在试图用 DROP COLUMN f1, f2 这种写法。
- 正确写法是：
ALTER TABLE t1 DROP COLUMN f1, DROP COLUMN f2, DROP COLUMN f3; - 字段删除顺序无关，MySQL 会按语句中出现的顺序依次处理
- 每个
DROP COLUMN都是独立操作，只要其中一个字段不存在，整条语句就会失败（不会跳过） - 如果表很大，多个 DROP 合并在一条语句里，比执行多条独立
ALTER TABLE ... DROP COLUMN略快——因为只触发一次表重建（取决于存储引擎和 MySQL 版本）
MySQL 5.7 及更早版本不支持单语句删多个字段
这些旧版本只允许每次 ALTER TABLE 删除一个字段：ALTER TABLE t1 DROP COLUMN f1;。强行写多个 DROP COLUMN 会报错 ERROR 1064，解析器根本不认。
使用场景：线上还在跑 MySQL 5.6/5.7 的老系统，或某些云厂商托管实例默认未升级到 8.0。
- 必须拆成多条语句，逐个执行
- 注意事务安全：DDL 在 MySQL 中自动提交，无法回滚，每删一个字段都是不可逆操作
- 建议加
IF EXISTS（MySQL 8.0.19+ 才支持），旧版本没有该语法，删不存在字段直接报错 - 执行前务必确认字段无外键、虚拟列依赖、索引覆盖等隐式关联，否则会失败
删字段前必须检查的三个依赖点
即使语法写对了，DROP COLUMN 仍可能因依赖关系中断。MySQL 不会自动帮你解耦。
-
FOREIGN KEY：该字段是其他表外键的引用目标？先删外键约束，再删字段 -
GENERATED COLUMN：有虚拟列或存储列基于它计算？必须先删依赖列 -
INDEX：字段在某个复合索引最左侧？删字段会导致索引失效，但 MySQL 允许删；若该索引是主键或唯一约束的一部分，则禁止删除
快速检查命令：SHOW CREATE TABLE t1;，重点看 KEY、CONSTRAINT 和 GENERATED ALWAYS 相关定义。
性能与锁表现：别低估 “一次性” 的代价
所谓“一次性删除多个字段”，只是省了一次客户端往返，底层仍是 DDL 操作。InnoDB 表在多数 MySQL 版本中仍需重建表（COPY 算法），尤其当字段含 TEXT、BLOB 或被索引时。
- 大表（千万行以上）执行多字段
DROP可能锁表数十秒甚至分钟，业务写入会被阻塞 - MySQL 5.6+ 支持
ALGORITHM=INPLACE的部分 DDL，但DROP COLUMN基本不走 inplace（除非是最后几个非空字段且无索引） - 生产环境强烈建议在低峰期操作，并提前在从库验证耗时
真正容易被忽略的点：字段删掉后，磁盘空间并不会立即释放——InnoDB 的 ibd 文件大小不变，需要后续执行 OPTIMIZE TABLE 或开启 innodb_file_per_table 并等待 purge 清理。
