Navicat模型设计器拖拽字段仅改变模型层显示顺序，不影响物理表字段顺序；真正生效须手动执行含AFTER或FIRST的ALTER TABLE语句，因模型与物理结构属两套独立机制。
Navicat 模型设计器拖拽字段顺序不生效的根源
模型设计器里拖拽字段只能改「模型层」的显示顺序，它和物理库的字段顺序完全无关。你松手保存后，Navicat 不会自动生成 ALTER TABLE ... MODIFY COLUMN ... AFTER 语句，也不会在生成物理模型时把拖拽顺序写进 DDL —— 它只当 UI 布局用。
模型字段顺序 ≠ 物理字段顺序：两套独立机制
模型中字段排列受以下因素控制：
- 模型编辑器内手动拖拽（仅影响模型视图、ER 图、导出文档的字段展示顺序）
- 逻辑模型「Attributes」页中属性的上下顺序（影响生成物理模型时的默认字段顺序，但前提是未启用“按物理名排序”等覆盖设置）
- 物理模型生成时是否勾选了「Sort columns by physical name」（若启用，会忽略模型拖拽顺序，按字段名字母序重排）
而物理库字段顺序由 MySQL 的 ALTER TABLE 语句决定，必须显式使用 AFTER 或 FIRST 子句，例如：
ALTER TABLE `users` MODIFY COLUMN `email` VARCHAR(255) NOT NULL AFTER `username`;
为什么导出 ER 图/数据字典看起来“对了”，但 SHOW CREATE TABLE 却不对
Navicat 导出实体属性图时，默认读取的是模型层字段顺序，不是 INFORMATION_SCHEMA.COLUMNS 中的 ORDINAL_POSITION。所以：
- 你在模型里把
username拖到最前 → ER 图里它就排第一 - 但物理表中它仍是第 3 列 →
SHOW CREATE TABLE输出和SELECT *结果仍按原顺序 - 某些 ORM（如 Django 的
inspectdb）读取的是物理结构，不会认模型拖拽顺序
这种错位不是 bug，是设计使然：模型面向设计表达，物理表面向运行约束。
想让物理库字段顺序和模型一致？必须手动补 DDL
别依赖模型拖拽，老老实实执行 SQL：
- 先确认目标字段当前位置：
SELECT COLUMN_NAME, ORDINAL_POSITION FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA='your_db' AND TABLE_NAME='users' ORDER BY ORDINAL_POSITION; - 逐个调整，注意依赖关系：比如要把
status放到email后面，得先确保email已存在；不能一次调两个字段 - 带完整定义重写字段：如果原字段有
DEFAULT、COMMENT、NOT NULL，MODIFY COLUMN必须全部写上，否则会丢失 - 移到最前用
FIRST，不是AFTER NULL或其他变通写法
最易被忽略的一点：Navicat 的「同步结构」功能默认不对比字段顺序差异，除非你在「Compare settings」里手动勾选 Ignore column order 并设为 false —— 换句话说，它连“顺序不一致”都懒得报给你看。
