Navicat结构同步可自动生成精准ALTER语句：连接源库→右键结构同步→选目标库→预览差异→勾选变更→生成脚本；遇不可安全ALTER的变更（如改主键名、TEXT转VARCHAR带非空约束等）会降级为DROP+CREATE；生成前须检查SQL Preview，生产环境务必先审脚本再执行。
Navicat结构同步：比对两个库后自动生成ALTER语句
直接用 结构同步 功能就能生成标准、可执行的 alter table 脚本，不需要手写或拼接。它不是“导出建表语句”，而是智能识别差异后只生成真正需要的变更语句——比如仅字段类型变了，就只生成 modify column；新增了索引，就只加 create index；删了外键，才生成 drop foreign key。
操作路径很明确：连接源库 → 右键 → 结构同步 → 选目标库 → 点击 下一步 → 在预览页看差异列表 → 勾选要应用的变更 → 点击 生成脚本（不是“同步到数据库”）。
- 必须确保两个库都已正确连接，且用户有
SELECT权限访问INFORMATION_SCHEMA - 目标库可以是空库，也可以是已有结构的库；同步逻辑默认以源库为“权威”，目标库会按需调整
- 生成前务必检查预览页里的
SQL Preview区域，确认每条语句是否符合预期（例如是否误删了不该删的索引） - 如果目标库是生产环境，建议先勾选
生成脚本，再人工审查，而不是直接点同步到数据库
为什么有时候生成的脚本里有DROP+CREATE，而不是ALTER？
Navicat在检测到某些无法用单条 ALTER TABLE 安全完成的变更时，会降级为 DROP + CREATE 方案。典型场景包括：
- 修改主键字段名（MySQL 不支持
RENAME COLUMN旧版本） - 把
TEXT字段改成VARCHAR(255)且该列有非空约束（涉及隐式转换风险） - 调整字段顺序（
AFTER子句在跨引擎或低版本 MySQL 中不可靠） - 目标表存在触发器或外键依赖，而变更可能破坏引用完整性
这类脚本会包含 DROP TABLE 和 CREATE TABLE，并附带 INSERT ... SELECT 迁移数据。它不等于“清空重来”，但意味着你需要额外验证数据一致性 —— 尤其注意 auto_increment 值、时间戳默认行为、以及 ENUM 或 SET 类型的值顺序是否保留。
生成脚本后怎么验证它真的能跑通？
别跳过本地测试环节。哪怕只是开发库，也建议按以下顺序走一遍：
- 把生成的脚本复制进新查询窗口，在目标库（最好是克隆库）上执行
SHOW WARNINGS查是否有隐式转换警告 - 对每个
ALTER TABLE语句单独执行，观察是否锁表（特别是大表加索引时）；MySQL 5.6+ 支持ALGORITHM=INPLACE，但 Navicat 不自动加这个提示 - 检查变更后字段的
COLUMN_COMMENT是否丢失 —— Navicat 同步默认不处理注释，除非你在同步设置里勾选了Include column comments - 如果脚本含
CREATE PROCEDURE或TRIGGER，注意DEFINER用户是否存在，否则会报错Access denied; you need the SUPER privilege
导出脚本时容易忽略的三个配置项
点击 生成脚本 前，点右下角的 高级选项，这几个开关直接影响输出内容：
-
Generate DROP statements before CREATE：控制是否加DROP TABLE IF EXISTS，上线脚本通常要关，避免误删 -
Use IF NOT EXISTS clause：对CREATE INDEX和CREATE VIEW加IF NOT EXISTS，适合多次执行的部署场景 -
Split DDL into separate files：按对象类型（表/索引/外键）拆成多个文件，方便灰度发布或权限分发
这些选项不改变逻辑，但决定脚本能否直接塞进 Flyway 或 Liquibase 的 migration 目录里跑起来。没调对，CI 流程里第一行就报错。
