navicat 17 的模型功能不能直接参与备份，但可在备份前高效识别结构不一致、缺失索引或命名冲突等问题；它通过反向工程生成可视化逻辑视图，支持跨分库比对字段类型、顺序、索引等差异，并以图形信号直观提示，比人工查看 show create table 更可靠。
navicat 17 的模型（model）功能不能直接参与备份过程，但它能在备份前快速发现结构不一致、缺失索引或命名冲突等问题——这是人工检查 sql 脚本或逐库比对表定义时极易遗漏的关键环节。
为什么模型比“SHOW CREATE TABLE”更适合结构核验
模型是 Navicat 基于数据库反向工程生成的可视化逻辑视图，它把物理表抽象为实体、字段、关系和约束，并支持跨连接导入。当你有多个分库（如 order_001、order_002），手动比对每个库的 SHOW CREATE TABLE order_info 输出，容易忽略以下细节：
- 同一逻辑表在不同分库中字段顺序不一致（不影响运行但影响迁移一致性）
-
created_at字段在order_001是DATETIME，在order_002是TIMESTAMP（类型隐式转换风险） - 某个分库漏建了
idx_user_id索引，而模型能高亮显示“此实体缺少索引”
模型把这些差异转化为图形节点颜色、连线虚实、字段图标等直观信号，比扫屏看 DDL 更快定位偏差。
用模型做分库结构一致性核验的实际步骤
不是所有模型操作都有效——必须用“从数据库导入”而非“新建空白模型”，且需确保每个分库连接已启用“反向工程”权限（如 SELECT 权限 + 对 INFORMATION_SCHEMA 的读取能力）：
- 右键已有连接 → 选择“逆向工程至模型”，勾选全部目标表（如
order_info、order_item），点击确定；重复该操作为每个分库生成独立模型文件（order_001.nmodel、order_002.nmodel） - 打开第一个模型 → 顶部菜单“模型” → “比较模型”，选择第二个模型文件；Navicat 会列出所有差异项：字段类型、长度、是否允许 NULL、主键/外键定义、索引名及列组合
- 重点关注标为“结构差异”的条目，忽略“注释差异”或“排序规则差异”（除非你明确依赖排序规则行为）
- 导出差异报告为 HTML：点击比较窗口右上角“导出”按钮 → 选 HTML 格式；该文件可存档、发给 DBA 复核，也便于还原前二次确认
模型无法检测但必须人工补查的三类问题
模型基于元数据生成，不访问实际数据行，也不执行运行时校验。以下必须脱离模型、直接查库：
-
DEFINER属性：存储过程/函数的DEFINER='user@host'在不同分库可能指向不存在的账号，模型不解析该字段 - 字符集与排序规则的实际生效层级：模型显示表级
CHARSET=utf8mb4，但某列被显式声明为utf8mb3，模型不会标红警告 - 触发器逻辑一致性：两个分库都有
trg_order_after_insert，模型只显示“存在触发器”，不比对BEFORE/AFTER、FOR EACH ROW或内部 SQL 语句是否相同
真正可靠的备份前核验，是模型快速筛出 80% 显性结构差异 + 针对性执行 SELECT ROUTINE_NAME, DEFINER FROM INFORMATION_SCHEMA.ROUTINES 这类语句补全剩余 20%。
