mysql不支持在单条alter table语句中将first字段直接改为after，必须用change column重定义完整字段属性（含类型、null性、default、comment等）并指定after位置；modify column在此场景会报错。
MySQL中不能直接用FIRST转成AFTER，必须分两步走
MySQL不支持在单条 ALTER TABLE ... MODIFY COLUMN 语句里同时指定新位置和新类型（或仅位置）。如果你原本用 FIRST 定义了字段，现在想把它挪到某个字段之后，不能靠“修改位置”这个动作一步到位——得先删掉再重建，或者用两次 MODIFY COLUMN 操作。本质是：MySQL只允许在 MODIFY COLUMN 或 CHANGE COLUMN 中指定一次位置（FIRST 或 AFTER col_name），无法“从 FIRST 切换到 AFTER”。
正确做法：用 CHANGE COLUMN + AFTER 指定目标位置
最稳妥的方式是用 CHANGE COLUMN，它允许你重命名字段（即使名字不变）、改类型、也支持指定位置。关键点在于：你必须显式写出字段的完整定义（类型、是否 NULL、默认值等），否则会丢失原有属性。
- 原字段是
name VARCHAR(50) NOT NULL DEFAULT '' FIRST - 想移到
id字段之后 → 写成：ALTER TABLE users CHANGE COLUMN name name VARCHAR(50) NOT NULL DEFAULT '' AFTER id;
- 如果字段有
COMMENT，也要一并带上，否则注释会丢失 - 注意大小写：字段名在
CHANGE COLUMN old_name new_name中区分大小写（取决于系统变量lower_case_table_names，但字段名本身建议保持一致）
为什么不用 MODIFY COLUMN？
MODIFY COLUMN 不能改字段名，但能改类型和位置；然而一旦字段当前是 FIRST，你用 MODIFY COLUMN ... AFTER xxx 会报错：ERROR 1064 (42000): You have an error in your SQL syntax —— 因为 MySQL 解析器在遇到已有 FIRST 的字段时，不允许在同一条语句中混用 FIRST 和 AFTER，而 MODIFY 又不让你声明“取消 FIRST”，所以这条路走不通。
-
MODIFY COLUMN name VARCHAR(100) AFTER id→ 报错（当前字段是 FIRST） -
CHANGE COLUMN name name VARCHAR(100) AFTER id→ 成功 - 如果字段带自增、主键、唯一约束，
CHANGE不影响这些，但需确保新定义兼容原约束（比如不能把INT NOT NULL AUTO_INCREMENT改成VARCHAR）
线上表慎用，注意锁与复制延迟
无论用 CHANGE 还是 MODIFY 移动字段位置，MySQL 8.0+ 在多数情况下会触发 ALGORITHM=INPLACE（只要不涉及行格式变更或全文索引），但依然要加元数据锁（MDL），且会重写整张表（尤其是 MyISAM 或老版本 InnoDB）。对大表来说，操作可能卡住 DML，还可能拉长主从延迟。
- 执行前用
SHOW CREATE TABLE table_name确认当前字段定义，避免漏掉DEFAULT、COLUMN_FORMAT等细节 - 测试环境先跑一遍，观察执行时间与锁等待情况
- 如果只是为逻辑清晰而调序，其实字段物理顺序对查询性能几乎没影响；真正重要的是索引顺序和查询条件覆盖
DEFAULT 和 COMMENT。别图省事只写类型，一行少打几个字，后面排查问题得多花几小时。
