Navicat的“还原点”本质是绑定备份任务的命名标记，仅支持MySQL/MariaDB，还原即全库SQL导入，不支持增量版本控制或单表回退。
Navicat 的“还原点”功能本质是备份快照，不是 Git 式版本控制
navicat 本身不提供数据库的增量版本管理或时间线回退能力。“还原点”只是对当前连接下某次手动/自动备份任务的命名标记，背后仍是全量或差异备份文件（.sql 或 .ndb）。它不能像 git 那样 checkout 某个表的某次修改，也不能跨还原点做 diff。如果你期待的是“一键退回三天前某张表的状态”，得先确认你是否已为那段时间创建过对应还原点——而这个动作必须提前做，事后无法补救。
还原点创建必须绑定具体备份任务，且仅对 MySQL/MariaDB 有效
Navicat 对 PostgreSQL、SQL Server 等数据库不支持“还原点”概念，该功能仅出现在 MySQL/MariaDB 连接的备份设置中。创建时需注意：
- 必须先新建一个备份任务（右键连接 →
备份数据库），在任务配置页底部勾选创建还原点并填写名称（如v2.1-before-deploy） - 还原点名称不校验唯一性，重复命名会导致覆盖，建议加时间戳：
v2.1-20240520-1430 - 勾选后，备份执行完成才会真正生成还原点条目；若备份中途失败，还原点不会创建
- 还原点列表只显示最近 30 天内成功的备份任务，超期自动清理（不可调）
还原操作 = 执行一次 SQL 导入，不是原子级回滚
点击还原点执行“还原”，Navicat 实际做的就是：定位到该还原点关联的备份文件路径 → 启动 导入向导 → 执行 source 或客户端导入。这意味着：
- 目标库必须处于可写状态，且用户有
DROP和CREATE权限（默认会先清空原库再重建） - 若备份时包含
CREATE DATABASE语句，还原会尝试创建同名库——如果库已存在且非空，会报错ERROR 1007 (HY000): Can't create database 'xxx'; database exists - 不支持“仅还原某几张表”，即使备份文件里有完整结构，还原过程也是全库粒度
- 大库还原可能卡在“正在执行 SQL”状态，此时看 Navicat 底部日志，实际是 MySQL 客户端在后台执行，中断后不会自动回滚已导入部分
真正可控的快速回退，得靠外部配合
单靠 Navicat 还原点很难做到“快速”和“精准”。更实用的做法是：
- 用
mysqldump --single-transaction --routines --triggers手动打点，文件按db_name_20240520_1430.sql命名，存到统一目录，Navicat 备份任务指向该目录并设还原点——这样你既能在 Navicat 图形界面触发还原，又能随时用命令行mysql -u root db_name 绕过 GUI - 对关键业务表，定期用
SELECT ... INTO OUTFILE导出 CSV，比全库备份轻量，也方便人工核对 - 还原前务必确认当前库无活跃长事务（
SHOW PROCESSLIST），否则DROP TABLE可能被阻塞，导致 Navicat 界面假死
还原点不是后悔药，是快照索引。它省去你翻找备份文件的步骤，但没省去备份本身、权限准备和停机窗口。
