MySQL删除字段需先清除依赖：主键、外键、索引前导列、DEFAULT或GENERATED列等；否则报错。应先用SHOW CREATE TABLE和information_schema查询依赖，再逐一删除约束，最后执行DROP COLUMN。
MySQL 删除字段用 DROP COLUMN，但不能直接删主键或有依赖的字段
MySQL 8.0+ 支持在线 DDL，ALTER TABLE ... DROP COLUMN 大多数情况下能不锁表，但前提是字段没被索引、外键、生成列、默认值表达式等依赖。删之前得先查清依赖关系，否则会报错。
-
SHOW CREATE TABLE table_name看字段是否出现在PRIMARY KEY、UNIQUE KEY或FOREIGN KEY定义里 - 如果字段是某索引的前导列（比如
INDEX idx_a_b (a, b)里删了a），整个索引会失效，MySQL 会拒绝操作 - 有
DEFAULT值或GENERATED ALWAYS AS表达式的字段，删之前得先DROP DEFAULT或改列定义
删字段前必须检查 information_schema 中的外键和约束
外键不是藏在表结构里一眼能看到的，它独立存在。直接删被引用的字段，MySQL 会报错：Cannot drop index 'xxx': needed in a foreign key constraint 或更直白的 Cannot delete or update a parent row: a foreign key constraint fails。
- 查外键：执行
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME, REFERENCED_COLUMN_NAME FROM information_schema.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND COLUMN_NAME = 'target_col' AND REFERENCED_TABLE_NAME IS NOT NULL - 查普通索引依赖：用
SHOW INDEX FROM table_name，看Column_name是否等于目标字段，且Seq_in_index是 1（说明是索引首列） - 有依赖就得先
DROP FOREIGN KEY xxx或DROP INDEX xxx ON table_name，再删字段
ALTER TABLE ... DROP COLUMN 在低版本 MySQL（
MySQL 5.7 及更早版本不支持对 DROP COLUMN 做原地修改，内部会重建整张表——意味着大表删字段可能卡住几小时，业务写入全阻塞。
- 确认版本：
SELECT VERSION()；如果是 5.7，建议改用pt-online-schema-change工具在线操作 - 即使 MySQL 8.0，若字段类型是
TEXT/BLOB且表用的是ROW_FORMAT=COMPACT，仍可能触发表重建 - 执行前加
ALGORITHM=INSTANT强制走快速路径：ALTER TABLE t1 DROP COLUMN c1, ALGORITHM=INSTANT；失败时 MySQL 会明确报错，而不是静默降级
删字段后应用代码不更新，很容易出 Unknown column 错误
字段从数据库删了，但 ORM 映射、SQL 拼接、缓存结构体、日志格式化模板里还留着旧字段名，上线后第一笔涉及该字段的查询就会崩。
- 搜代码库所有出现该字段名的地方：
grep -r 'col_name' ./app/，尤其注意SELECT *、INSERT INTO t () VALUES ()这类隐式引用 - 检查慢查询日志和监控 SQL，确认近期有没有语句还在读这个字段
- 如果字段被用于分库分表路由、审计字段、ETL 抽取列，删之前必须同步更新中间件配置和数据管道逻辑
最麻烦的不是删字段本身，是删完之后没人记得它还在哪段冷代码里活着。线上删字段，最好配合一次全链路灰度验证。
