v1.1 MIT 开源 · 单个 jar 启动 · 全本地化前端

异构数据库
实时同步，一个 jar 搞定

在 MySQL、Oracle、PostgreSQL、达梦、金仓 等异构数据库之间， 实时同步结构与数据的开箱即用 Web 应用。 不需要 Kafka、不需要 ZooKeeper、不需要写一行代码。

🚀 浏览器点几下，让 Oracle 的表持续流向 PostgreSQL，让 MySQL 的增量实时落到达梦

GitHub 仓库 快速开始 →
Spring Boot 2.7 单体架构 Quartz 调度 + H2 内嵌元数据库 内网离线可用 · 运行时零外部请求
SyncTool 看板界面截图：项目数、连接数、同步表数、24 小时变更量与最近活动流

看板 · 项目数、连接数、同步表数、24 小时变更量与最近活动流，一屏掌握

0
支持的数据库
0
单元测试
0s
默认轮询间隔
0
KB · 前端总体积
源库 只读查询 · 零侵入
  • MySQL
  • Oracle
  • PostgreSQL
  • SQL Server
  • 达梦
  • 金仓
实时同步
默认 2s 轮询 · 支持 Cron 精确编排
目标库 幂等写入 · 结构自动适配
  • PostgreSQL
  • 达梦
  • MySQL
  • Oracle
  • OpenGauss
  • GBase
CORE FEATURES

核心能力

结构与数据一起同步，异构方言自动适配，断点续传不丢数据

结构 + 数据一起同步

表结构、索引、视图、存储过程与函数。目标库不存在时按目标方言自动创建，源库 DDL 变更自动传播 —— 结构同步是一等公民，不是留给你的作业。

实时增量，断点续传

轮询检测（默认 2 秒），也可用 Cron 精确编排。进程重启后从上次游标继续，停机期间的变更会被补齐，每一行写入都是幂等的。

零侵入源库

只需要一个只读账号。不建触发器、不开 binlog、不申请复制权限 —— 源库结构和配置一动不动。

查看全部 9 项功能与设计细节 →
SCREENSHOTS

每一次同步都留痕，出问题不用猜

对象名、变更类型、影响行数、耗时与完整错误详情，全在变更日志里

SyncTool 变更日志界面截图
查看全部 10 张界面截图 →
DATABASES

12 种数据库，信创库一等支持

达梦、金仓、GBase、神通、OpenGauss 各自有专门的方言实现，不是「通过通用 JDBC 也许能连上」

MySQL MariaDB Oracle SQL Server DB2 PostgreSQL OpenGauss 达梦 DM 人大金仓 KingBase 南大通用 GBase 神通 Oscar H2
查看驱动加载机制与 upsert 语法对照 →
WHY SYNCTOOL

为什么选 SyncTool

不是要替代 Debezium 或 Flink CDC，而是在「配不上一套流式基础设施」的场景里给你一个决定性的选择

1

「一个 jar」对「一套基础设施」

要跑起来一条 MySQL → PostgreSQL 的链路，Debezium 需要 Kafka、Kafka Connect、协调服务，再写一个消费端把事件翻译成目标库的 DML。SyncTool 的等价操作是：java -jar synctool.jar，打开浏览器，建两个连接，建一个项目，点「启动同步」。

2

为国产数据库与信创迁移而生

达梦、金仓、GBase、神通、OpenGauss 各有专门的方言实现：MERGE INTO ... FROM DUAL 的 upsert 写法、类型上限、函数名差异、标识符引号规则都已处理。而这恰恰是 Debezium、Canal 生态最薄弱的地方。

3

一次性搬数 vs 持续同步

Navicat / DBeaver 的「数据传输」和 DataX 解决的是「把数据搬过去一次」。SyncTool 解决的是「让两边持续保持一致」。这是两个完全不同的问题。

查看完整对比表与适用边界 →

开始使用 SyncTool

单个 jar 启动，浏览器点几下即可完成配置。不需要 Kafka、不需要 ZooKeeper、不需要写一行代码。

GitHub 仓库 Gitee 国内镜像