MySQL中删除字段必须用ALTER TABLE ... DROP COLUMN，8.0+支持单语句删多个字段但须写为DROP COLUMN f1, DROP COLUMN f2；旧版本仅支持逐条删除；删字段不可逆，需检查外键、索引等依赖。
ALTER TABLE DROP COLUMN 语法必须写对
MySQL 删除字段不能用 DELETE 或 UPDATE，必须用 ALTER TABLE ... DROP COLUMN。漏掉 COLUMN 关键字在老版本（如 5.6）可能报错，虽然 8.0+ 允许省略，但显式写出更稳妥。
正确写法是：
ALTER TABLE users DROP COLUMN age;
错误写法（常见手误）：
-
ALTER TABLE users DROP age;—— 在部分严格模式或旧版本会失败 -
ALTER TABLE users DROP COLUMNS age;——COLUMNS是复数，语法错误 -
ALTER TABLE users REMOVE COLUMN age;—— MySQL 没有REMOVE关键字
一次删多个字段要重复写 DROP COLUMN
不能用逗号连写字段名，比如 DROP COLUMN a, b 是非法的。MySQL 要求每个字段都单独声明 DROP COLUMN。
正确写法：
ALTER TABLE users DROP COLUMN temp_flag, DROP COLUMN backup_email;
注意：这不是“批量删除”，而是语法上允许多个 DROP COLUMN 子句并列。MySQL 内部仍按顺序执行，中间出错则整条语句失败（事务内可回滚）。
容易踩的坑：
- 误写成
DROP COLUMN temp_flag, backup_email→ 报错ERROR 1064 - 字段间漏了逗号 → 语法解析失败
- 其中一个字段不存在 → 整条语句失败，不会跳过继续删其余字段
删字段前必须检查外键、索引和主键依赖
如果目标字段是主键、被其他表用作外键，或建了索引（包括唯一索引、全文索引），DROP COLUMN 会直接报错，不是静默忽略。
典型错误信息：
-
ERROR 1025: Error on rename of './db/#sql-...' to './db/table' (errno: 150)→ 外键约束未清理 -
ERROR 1091: Can't DROP 'xxx'; check that column/key exists→ 字段名拼错，或已被删过 -
ERROR 3794: Cannot drop column 'id' because it is part of a primary key→ 试图删主键字段
实操建议：
- 先查依赖：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'users' AND COLUMN_NAME = 'email'; - 删索引：
DROP INDEX idx_email ON users; - 删外键：
ALTER TABLE other_table DROP FOREIGN KEY fk_users_email; - 删主键字段？不行——得先
DROP PRIMARY KEY，再删字段，但通常意味着重构表结构
大表删字段可能锁表很久
MySQL 5.6+ 默认使用 ALGORITHM=INPLACE（如 InnoDB 支持的就地操作），但删字段仍可能触发表重建，尤其当字段在中间位置、或表带压缩/页压缩时。
影响明显的表现：
- 执行
ALTER TABLE ... DROP COLUMN卡住几秒到几分钟 - 期间
SHOW PROCESSLIST显示copy to tmp table或altering table - 其他查询被阻塞，尤其是写操作
缓解方式：
- 避开业务高峰执行
- 确认存储引擎支持原地 DDL（InnoDB ≥ 5.6；MyISAM 总是锁全表）
- 超大表（>1GB）考虑用 pt-online-schema-change 工具做无锁变更
- 删字段后记得
OPTIMIZE TABLE users;回收碎片（非必需，但有助于后续性能）
真正危险的不是语法，而是删完才发现代码里还在读那个字段，或者备份没做就执行了——删字段没有回收站，也没有 UNDROP COLUMN 这种东西。
