navicat「脚本预览」默认不显示drop语句，因其启用「智能模式」静默过滤drop table/column等操作；需在「options」→「advanced」中取消勾选“ignore drop statements”才能显示，或通过“save as sql file”导出完整ddl脚本查看。
为什么 navicat 的「脚本预览」里看不到 drop 语句？
navicat 在执行结构同步（如“结构同步向导”或“数据同步向导”）时，默认启用「智能模式」，会自动跳过 drop table、drop column 等破坏性操作——不是它没生成，而是被静默过滤了。你看到的预览脚本是“安全裁剪后”的结果，drop 被直接移除，连提示都没有。
这看似省心，实则危险：当你误删了一个线上表字段，同步脚本却没显示任何 DROP COLUMN，你就真以为没动它。
- 必须在同步前手动打开「高级选项」→ 取消勾选
忽略 DROP 操作（实际选项名是Ignore DROP statements，勾选即忽略，所以你要把它取消） - 同步类型必须是「结构同步」，「数据同步」不涉及 DDL，不会出现 DROP
- 如果用的是 Navicat Premium 16+，该选项藏在「Options」页签下的「Advanced」区域，不是默认展开的
如何让脚本预览强制显示所有 DROP 并允许手动删除？
关键不是“让它显示”，而是“让它生成但不执行”，再靠人工核对。Navicat 不提供“编辑预览脚本后重执行”的流程，所以得绕道导出：
- 在同步向导最后一步，点击
Save as SQL File...（不是“Run”） - 保存的 SQL 文件里会包含完整 DDL，包括所有被标记为
-- [DROPPED]或直接写出的DROP COLUMN ...语句 - 用文本编辑器打开该文件，搜索
DROP、ALTER TABLE.*DROP、RENAME COLUMN.*TO NULL（某些版本用此模拟删列） - 删掉整条
DROP语句及其关联的ADD COLUMN（避免字段错位），保留其余ALTER TABLE ... MODIFY等安全变更
注意：Save as SQL File 生成的是可执行脚本，但 Navicat 不校验语法，删错括号或分号会导致后续执行失败。
哪些 DROP 操作其实可以保留，哪些绝对不能留？
不是所有 DROP 都等同于“删库”。要看上下文和目标环境：
-
DROP TABLE IF EXISTS `tmp_report_2024`：如果是临时表、测试表，且确认无依赖，可保留 -
DROP COLUMN phone：高危！除非已确认该字段全表为空、无应用读取、无索引/约束依赖 -
DROP INDEX idx_user_id ON users：需查证该索引是否被慢查询依赖，EXPLAIN检查执行计划更稳妥 -
DROP FOREIGN KEY fk_order_user：必须同步删掉对应ALTER TABLE ... ADD CONSTRAINT，否则后续加约束会报错
最保险的做法：把含 DROP 的行全部先注释掉（前面加 -- ），在测试库跑一遍，再根据日志和业务验证决定是否放开。
用命令行补救：当脚本已执行，但 DROP 刚发生
Navicat 不提供回滚事务式 DDL 回退。一旦 DROP TABLE 执行成功，InnoDB 里没有“回收站”概念（MySQL 8.0.23+ 有 RECOVER TABLE，但仅限开启 innodb_file_per_table 且表空间未覆盖）。
- 立刻停止写入，用
mysqlbinlog解析最近的 binlog，找到DROP前的CREATE TABLE和全量数据INSERT - 若启用了定期逻辑备份（如 mysqldump），优先从最近备份恢复该表，再用 binlog 补增量
- 不要尝试用 Navicat 的「结构快照」比对来找回字段——快照只存结构定义，不存历史 DDL 记录
真正容易被忽略的点：Navicat 同步脚本里的 DROP 往往附带 IF EXISTS，看起来很温柔，但它掩盖了“这个对象本不该存在”的问题——比如你误删了生产库的字段，开发库却还留着，同步时就会安静地把它删掉，毫无警告。
