MySQL调整字段顺序必须用MODIFY COLUMN配合完整定义和AFTER/FIRST，仅改位置不改类型会忽略关键词；需保留原约束、注释等，多字段重排须分步执行，避免CREATE TABLE...SELECT导致索引、外键等丢失。
MySQL 不能直接用 ALTER TABLE ... MODIFY 调整字段顺序
很多人试过写 ALTER TABLE t1 MODIFY COLUMN c2 INT AFTER c1，发现报错或没效果——这不是语法错误，而是 MySQL 的限制：只有在 MODIFY 或 CHANGE 同时指定新类型/约束时，AFTER/FIRST 才生效；光改顺序不改定义，MySQL 会忽略位置关键词。
- 必须显式写出字段的完整定义（类型、是否
NULL、默认值、注释等），否则可能意外丢失属性 -
CHANGE和MODIFY都可以，但CHANGE还能顺便改字段名，MODIFY不能 - 如果字段有默认值或生成列依赖，顺序调整可能触发隐式重建，大表要小心锁和耗时
正确重排字段顺序的写法：用 MODIFY COLUMN + 完整定义 + AFTER
假设表 t1 原字段顺序是 a INT, b VARCHAR(10), c DATETIME，你想把 c 移到 a 后面，变成 a, c, b，就得这样写：
ALTER TABLE t1 MODIFY COLUMN c DATETIME AFTER a;
注意：DATETIME 必须和原定义一致（比如原是 DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP，这里也得写全），否则会覆盖掉原约束。
- 查原定义最稳妥的方式是
SHOW CREATE TABLE t1，复制对应字段那一行，再改位置关键词 - 如果字段带
COMMENT，也要一并写上，否则注释会被清空 - 多个字段要重排？只能分多条语句执行，MySQL 不支持单条语句调多个字段位置
为什么不用 CREATE TABLE ... SELECT 重建？
有人图省事想用 CREATE TABLE t1_new AS SELECT a,c,b FROM t1，再删旧表、改名。这方法看似简单，但实际埋雷：
- 所有索引、外键、触发器、权限设置全部丢失，得手动补全
- 自增主键的当前值（
AUTO_INCREMENT）不会继承，可能从 1 开始重计 - 如果表正在被应用读写，重建过程会长时间锁表（除非用
pt-online-schema-change等工具） -
SELECT重建还会丢掉列的COLLATION、GENERATED属性、隐藏列（如INVISIBLE）等细节
线上环境重排字段前必须确认的三件事
不是所有场景都适合动字段顺序。很多所谓“顺序混乱”，其实对查询、存储、备份都没影响，只是看着不舒服。
- 确认应用层没有硬编码字段下标（比如 JDBC 里用
rs.getInt(2)而非rs.getInt("name")），否则顺序一变就出错 - 检查备份恢复逻辑：有些物理备份工具（如 xtrabackup）对表结构变更敏感，大表改完最好立刻验证一次恢复流程
- 观察
information_schema.COLUMNS中ORDINAL_POSITION是否真被更新了——别只信SHOW CREATE TABLE输出，它有时缓存旧结构
字段顺序不是数据一致性问题，但它是少数几个“改了不报错、运行一阵才崩”的配置项之一。动手前，先看清楚谁在按位置取值。
