MySQL修改表结构必须用ALTER TABLE，不支持MODIFY TABLE；ADD COLUMN与ADD INDEX需分两条执行；字段增删改、索引操作及字符集转换均有严格限制和风险。
ALTER TABLE 基本写法和常见误操作
MySQL 修改表结构必须用 ALTER TABLE，不是 UPDATE 或 MODIFY TABLE——后者根本不存在，输错会直接报错 ERROR 1064。最常踩的坑是把 ADD COLUMN 和 ADD INDEX 混在一起写，MySQL 不支持单条语句同时加字段又加索引，必须拆成两条。
执行前务必确认当前连接的数据库已用 USE db_name 指定，否则可能在错误库中改表，且无任何警告。
-
ALTER TABLE t1 ADD COLUMN c2 INT AFTER c1：指定位置插入字段（仅 InnoDB 支持AFTER，MyISAM 不认） -
ALTER TABLE t1 DROP COLUMN c2：删除字段时，该列所有数据立即丢失，不可回滚（即使在事务里） - 修改字段类型但不改名，用
MODIFY COLUMN或CHANGE COLUMN；后者可同时改名，前者不能
修改字段类型时的隐式转换风险
用 MODIFY COLUMN 扩展长度一般安全，比如 VARCHAR(50) → VARCHAR(100)；但收缩长度（VARCHAR(100) → VARCHAR(10)）会触发截断检查，若存在超长数据，语句直接失败，报错 ERROR 1406: Data too long for column。
更隐蔽的是数字类型转换：把 INT 改成 TINYINT，哪怕当前所有值都在 -128~127 范围内，MySQL 仍可能拒绝（尤其开启严格模式时）。建议先用 SELECT MAX(c), MIN(c) FROM t1 确认取值范围，再操作。
- 时间类型慎转：从
DATETIME改为TIMESTAMP会丢失毫秒精度，且自动转为当前时区存储 -
TEXT类型字段不能设默认值（除非 MySQL 8.0.13+ 且用DEFAULT ''这种空字符串） - 修改含索引的字段名（
CHANGE COLUMN）会导致原索引失效，需手动重建
添加/删除索引的快捷写法与锁表现
加索引别写 CREATE INDEX idx ON t1(c1)，虽然语法合法，但 DDL 效率低、锁表久；优先用 ALTER TABLE t1 ADD INDEX idx(c1)，MySQL 会走在线 DDL 流程（5.6+，且引擎为 InnoDB）。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
删除主键索引不能用 DROP INDEX PRIMARY ON t1，必须用 ALTER TABLE t1 DROP PRIMARY KEY；如果主键是自增列，删主键后 auto_increment 属性也一并消失，需重新加。
- 唯一索引删除：用
ALTER TABLE t1 DROP INDEX uk_name，索引名查SHOW INDEX FROM t1 - 全文索引（FULLTEXT）只能建在
CHAR/VARCHAR/TEXT列上，且仅 MyISAM 和 InnoDB（5.6+）支持 - MySQL 5.7 默认开启
innodb_file_per_table，但加索引仍会锁表几秒到几分钟，大表务必在低峰期操作
如何安全地批量修改多个字段或约束
一条 ALTER TABLE 语句可以链式执行多个动作，用逗号分隔，比发多条语句更高效，也减少元数据锁持有时间。例如：
ALTER TABLE t1 MODIFY COLUMN c1 VARCHAR(200), ADD COLUMN c3 DATETIME DEFAULT NOW(), DROP INDEX idx_old, ADD INDEX idx_new(c3);
但注意：只要其中任一子操作失败，整条语句回滚，所有变更都不生效（MySQL 8.0+ 支持原子 DDL，5.7 及之前部分操作仍可能半成功）。另外，外键约束修改非常敏感——删外键必须先知道约束名，查法是 SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME='t1' AND REFERENCED_TABLE_NAME IS NOT NULL。
真正容易被忽略的是字符集变更：ALTER TABLE t1 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci 看似简单，实则会重写整张表，且旧索引全部重建，线上大表极易超时或夯住复制延迟。
