Jync 不是要替代 Debezium 或 Flink CDC，而是在「配不上一套流式基础设施」的场景里，给你一个决定性的选择
对比口径：基于各工具官方文档与开源版本的默认部署形态（截至 2026-11），只比较「开箱即用的异构库持续同步」这一重叠场景，不构成整体评价；如有出入，以官方文档为准。
| 维度 | Jync | Debezium + Kafka | Canal | Flink CDC | DataX | SymmetricDS | Kettle | Navicat / DBeaver |
|---|---|---|---|---|---|---|---|---|
| 部署形态 | 单个 jar |
Kafka + Connect + ZK/KRaft |
Canal Server (+MQ) |
Flink 集群 (JM/TM) |
客户端脚本 |
每节点部署引擎 |
桌面 + 资源库（可选） |
桌面客户端 |
| 外部依赖 | 无 |
Kafka、ZooKeeper |
ZooKeeper（集群） |
Flink、Checkpoint 存储 |
无（但需 JSON 作业） |
数据库触发器 |
无（资源库可选） |
无 |
| 配置方式 | Web 界面点选 |
YAML/REST + 代码消费 |
配置文件 + 客户端代码 |
SQL/DataStream 代码 |
JSON 作业文件 |
properties + 建触发器 |
图形 ETL |
向导 |
| 上手速度 | 分钟级 起 jar → 建连接 → 点启动 |
小时~天级：先搭 Kafka/Connect，再写消费端 |
小时级：Canal Server + MQ + 客户端代码 |
小时~天级：先搭 Flink 集群，再写作业 |
小时级：按 JSON 作业模型逐个配置 |
小时~天级：建触发器 + 逐节点配置 |
天级：理解转换与作业模型 |
分钟级，但仅一次性迁移 |
| 持续增量同步 | 支持 轮询/Cron + 六类日志 CDC |
支持 日志级 |
支持 binlog |
支持 日志级 |
不适用（一次性批量定位） |
支持 触发器 |
部分 作业内自建 |
部分 计划任务 / 全表比对 |
| 全量加载 | 支持 keyset 分块 + 表内并行 + 流式读取 + 检查点 |
部分 支持初始/增量快照；异构目标落库需自写消费端 |
部分 需另配全量工具（如 mysqldump） |
支持 作业内完成快照与增量 |
支持 分片作业（一次性） |
支持 引擎内初始加载 |
作业内实现 |
一次性向导 |
| 结构 (DDL) 同步 | 支持 自动建表/索引/视图 |
部分 仅事件，落库需自写 |
部分 仅事件 |
部分 需自定义 |
不支持（需预建表） |
部分 |
部分 |
部分 仅一次性 |
| 异构方言转换 | 支持 类型/函数/引号/分页 |
不支持（定位为事件输出，转换由消费端负责） |
不支持（定位为 binlog 订阅，无方言转换） |
部分 |
部分 类型映射有限 |
部分 |
部分 需手工 |
部分 |
| 国产数据库 | 支持 达梦、金仓、OceanBase 等 19 种国产与信创库 |
部分 无官方国产库 connector，需社区或自研 |
不支持（仅 MySQL 系，binlog 定位） |
部分 少数 |
部分 需自写插件 |
部分 |
部分 |
部分 |
| 源库侵入性 | 轮询零侵入 · CDC 只读日志 |
需开 binlog/wal |
需开 binlog |
需开 binlog/wal |
只读 |
需建触发器 |
只读 |
只读 |
| 断点续传 | 支持 游标持久化 |
支持 offset |
支持 |
支持 checkpoint |
不适用（一次性批量） |
支持 |
部分 需作业内实现 |
不适用（一次性） |
| ETL 按 SQL 取数 | 支持 取数 SQL 结果写入目标表 |
不支持（只输出变更事件） |
不支持（只订阅 binlog） |
部分 可用 SQL 作业自行实现 |
支持 JSON 作业（一次性） |
部分 以同步复制为主 |
支持 图形化 ETL（强项） |
部分 查询后导出 |
| 任务级加工与运维 | 支持 列清洗、目标表名映射、自定义间隔等 |
SMT / 自定义代码 |
客户端代码 |
SQL / DataStream 作业 |
JSON 作业 |
配置文件 / 脚本 |
转换步骤 / 作业 |
仅客户端预览 |
| 可视化监控 | 支持 看板 + 变更/审计/系统日志 + CDC 面板 + 按需行数核对 |
需接 Prometheus/Grafana |
需自建 |
Flink UI（偏作业） |
日志 |
有 Web 控制台 |
日志 / 需自行监控 |
客户端向导 / 日志 |
| 告警通知 | 支持 七类故障 Webhook（通用 JSON / 钉钉 / 企业微信 / 飞书），冷却与恢复通知 |
依赖外部监控 / Alertmanager |
无（看日志） |
依赖 Flink 告警栈 |
无（看日志 / 调度器） |
部分 需自建监控 |
部分 需作业内实现 |
客户端通知 / 计划任务结果 |
| 企业统一认证 | 支持 OA 账号密码 / 网关头 / 票据 SSO（三选一） |
无内置统一认证（Connect REST 另有基础认证） |
无（需前置代理做认证） |
依赖 Flink 集群自身的认证与授权 |
无（命令行工具） |
自带账号体系，无 SSO |
无（桌面工具） |
无（本地连接配置） |
| 加密传输 | 支持 应用内 HTTPS：上传 PKCS#12 / JKS / PEM 证书，TLS 1.2 / 1.3，可强制 HTTPS 并下发 HSTS |
部分 Kafka / Connect 与 REST 接口的 TLS 由平台侧配置，需另行加固 |
部分 无内置 TLS 开关，通常由前置代理终止 |
部分 Flink 集群支持 SSL，Web UI 与作业端需分别配置 |
不适用 命令行 / 调度进程，连接串自行配置 TLS |
支持 内置 HTTPS 服务端与证书配置 |
不适用 桌面工具，数据库连接可单独启用 SSL |
不适用 桌面客户端，数据库连接可单独启用 SSL |
| 移动端 / 响应式 | 支持 手机可查看进度、启停任务 |
Connector 管理 UI，无业务端移动适配 |
需另部署 canal-admin，无移动适配 |
Flink Web UI（作业视角），无移动适配 |
无界面（命令行） |
以管理控制台 / 命令行运维，无移动适配 |
桌面客户端 |
桌面客户端为主 |
| 适用规模 | 部门级、信创迁移；大表用分块 + 表内并行，批次与并行度可调 |
大规模流式 |
MySQL 生态 |
大规模流式 |
大批量离线 |
多主复制 |
中小批量 ETL |
一次性迁移 |
| 运维成本 | 一个进程 |
流式平台 + 消费端 |
Server + MQ + 客户端 |
集群 + Checkpoint 存储 + 作业运维 |
需外部调度 |
每节点引擎 + 触发器维护 |
资源库 + 调度 |
客户端计划任务 / 人工 |
| 内网离线 | 支持 零外网请求 |
支持 |
支持 |
支持 |
支持 |
支持 |
支持 |
支持 |
Debezium / Flink CDC 是优秀的流式框架，但要跑起来一条 MySQL → PostgreSQL 的链路，你需要 Kafka、Kafka Connect、协调服务，再写一个消费端把事件翻译成目标库的 DML。Jync 的等价操作是：java -jar jync.jar，打开浏览器，建两个连接，建一个同步任务，点「启动同步」—— 从下载到第一条链路跑起来，分钟级，不需要写一行代码或一份 YAML。
当同步需求的规模配不上一套流式基础设施的运维成本时，这个差距就是决定性的。
绝大多数 CDC 工具只解决「数据流」，目标表得你自己先建好。Jync 会读取源库元数据，按目标库方言自动创建表、索引、视图、存储过程，并在源库 DDL 变更后把差异传播过去。跨异构库迁移里，建表和类型映射的工作量往往比搬数据本身更大。
达梦、人大金仓、OceanBase、TiDB、OpenGauss、华为 GaussDB、中兴 GoldenDB、腾讯 TDSQL、阿里 PolarDB、万里 GreatDB、银联 UPDRDB、星环 KunDB、平安 RASESQL、东方金信 SeaboxSQL、瀚高、海量、崖山、南大通用、神通十九种国产与信创库是预设的一等选项 —— 不是「通过通用 JDBC 也许能连上」：Oracle 系处理 MERGE INTO ... FROM DUAL 的 upsert 写法、类型上限（Oracle VARCHAR2 4000）、函数名差异与标识符引号规则，MySQL / PostgreSQL 协议产品复用对应家族已验证的方言与元数据读取链路。Oracle/SQL Server → 国产库的替换场景是本工具的主战场。
SymmetricDS 需要在源库建触发器；Debezium / Canal / Flink CDC 需要开启 binlog / WAL 逻辑复制并申请复制权限。Jync 默认的轮询模式只需要一个只读账号，源库结构和配置一动不动；即便切到日志 CDC，也只是只读解析数据库自身的日志 —— 同样不建触发器、不写源库。
Navicat / DBeaver 的「数据传输」和 DataX 解决的是「把数据搬过去一次」。Jync 解决的是「让两边持续保持一致」：进程重启后从游标继续、停机期间的变更会被补齐、每一行写入都是幂等的。这是两个完全不同的问题。
Debezium、Canal、DataX 没有面向业务人员的 Web 控制台，Flink CDC 的 UI 是作业运维视角；SymmetricDS 则要再维护一套账号。Jync 支持三种企业统一认证，同一时刻只生效一种：OA 账号密码（服务端代验）、网关头（网关传递用户标识，只采信可信对端）、票据 SSO（登录中心签发一次性 ticket）。命中管理员列表的用户可配置，其余外部用户只读，不进入本地用户表，也没有本地改密入口。
如果合规要求是「所有系统共用门户账号、离职即失效」，省掉的是长期的双份账号与改密运维。前提是企业已经有可调用的登录接口、可信网关或登录中心。
下面这些场景 Jync 确实替代不了，建议直接用专用方案。
full-compare-max-rows 限制。