Data Sync 任务不支持失败后自动回滚，因其非事务性、按表分步执行且每步独立提交；唯一可控方式是手动导出SQL并包裹事务，但TRUNCATE、DROP TABLE等DDL操作仍不可回滚。
Data Sync 任务本身不支持“失败后自动回滚”——它不是事务性操作，也不会在出错时回退已执行的部分。
Navicat 的 Data Sync 是分步执行的：先删、再插、再更新，每一步都单独提交。哪怕第 3 张表同步失败，前 2 张表的变更已经落库，无法靠工具自身撤回。
为什么 Data Sync 没有自动回滚机制
同步过程不包裹在单个 begin transaction 中，而是按表粒度调用独立 sql 语句；mysql/postgresql 等底层引擎也无法跨表回滚这种非事务性批量操作。
Navicat 会把每个 INSERT/UPDATE/DELETE 当作独立语句发送，中间没有显式开启事务，也没有在出错时发 ROLLBACK。
你看到的「回滚」按钮（编辑 → 回滚）只对 Navicat 自己的 UI 缓存操作有效，比如刚在表视图里改了几行但还没提交——它对 Data Sync 已执行的 DML 完全无效。
真正能控制回滚的唯一方式：手动加事务包装
必须放弃图形向导，走「导出 SQL → 手动编辑 → 手动执行」路径：
- 在
Data Sync向导最后一步勾选「保存为 SQL 文件」 - 用文本编辑器打开生成的
.sql，在文件开头插入BEGIN TRANSACTION; - 在文件末尾插入
COMMIT;或ROLLBACK;（先留空，执行前决定） - 把所有
INSERT INTO替换为INSERT IGNORE INTO或INSERT ... ON DUPLICATE KEY UPDATE，避免主键冲突中断 - 在 Navicat 查询窗口中运行该脚本，出错时手动执行
ROLLBACK;
注意：BEGIN TRANSACTION 在 MySQL 中等价于 START TRANSACTION，但某些版本（如 MySQL 8.0+）要求显式关闭自动提交：SET autocommit = 0; 才能生效。
容易被忽略的关键限制
即使加了事务，以下情况仍会导致部分写入不可逆：
-
TRUNCATE TABLE语句无法回滚（DDL，隐式提交）——Data Sync默认启用「删除目标多余记录」时就可能触发它 - 如果同步配置里勾了「Drop table if exists」，那整张表会被删掉，事务救不了
- 跨库或跨实例同步时，事务天然不生效（XA 事务需额外配置，Navicat 不支持）
- PostgreSQL 的
CREATE TABLE类 DDL 也会立即提交，打断事务链
所以真正安全的做法，永远是：同步前先用 Backup 功能做一次全库备份，而不是依赖「自动回滚」这个不存在的功能。
