支持，但需 canal 1.1.4+ 版本、手动引入 postgresql jdbc 驱动（如 postgresql-42.2.23.jar）、显式配置 driver-class-name 为 org.postgresql.driver，并在 application.yml 中正确设置 jdbc:postgresql:// 开头的 url 及参数。
canal-adapter 的 RDB 模块，且需手动配置映射规则、处理 DDL 兼容性问题。全量数据仍需另走导出导入流程。
canal-adapter 的 rdb 模块是否支持 PostgreSQL？
支持，但仅限于 Canal 1.1.4+ 版本，且依赖 postgresql JDBC 驱动（postgresql-42.2.23.jar 或更高）显式放入 client-adapter/rdb/lib/ 目录。官方未打包该驱动，漏放会导致启动报 java.lang.ClassNotFoundException: org.postgresql.Driver。
- 确认
application.yml中dataSources配置的url以jdbc:postgresql://开头，用户名密码正确 -
driver-class-name必须显式写为org.postgresql.Driver，不能省略或错写成com.mysql.cj.jdbc.Driver - PostgreSQL 连接 URL 建议加参数：
?currentSchema=public&ssl=false，避免 schema 解析失败
MySQL 的 DDL 变更（如 ADD COLUMN）能自动同步到 PostgreSQL 吗？
不能自动执行。Canal 解析 binlog 时能捕获 ALTER TABLE 事件，但 rdb-adapter 默认**只处理 DML（INSERT/UPDATE/DELETE）**，对 DDL 事件直接丢弃，不会调用 ALTER TABLE 语句。
- 若需同步 DDL，必须自定义扩展
RdbAdapter，重写adaptDdl方法，将 MySQL DDL 转换为 PostgreSQL 兼容语法（例如AUTO_INCREMENT → GENERATED ALWAYS AS IDENTITY） - 更稳妥的做法是：DDL 变更由 DBA 提前在 PostgreSQL 手动执行，再让 canal-adapter 从新位点开始同步 DML
- 注意：MySQL 的
TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP在 PostgreSQL 中需转为DEFAULT NOW() ON UPDATE NOW()，但 PG 不原生支持ON UPDATE，得靠触发器模拟
字段类型映射容易踩哪些坑？
MySQL 和 PostgreSQL 类型系统差异大，rdb-adapter 的默认映射很简陋，不处理精度、符号、时区等细节，极易导致数据截断或插入失败。
-
TINYINT(1)在 MySQL 常被当布尔用，但 PG 会映射成smallint，应手动在mytest_user.yml的targetColumns中指定为boolean -
DATETIME和TIMESTAMP在 MySQL 中都映射为timestamp without time zone，但若 MySQL 存的是带时区时间（如2026-05-10 12:00:00+08），PG 会因类型不匹配报错 -
TEXT字段若含超长内容（>1GB），PostgreSQL JDBC 驱动可能抛PSQLException: Large Object API，需在连接 URL 加&stringtype=unspecified - JSON 类型：MySQL 的
JSON映射到 PG 的jsonb是安全的，但若源字段允许 NULL 且值为NULL，需确保目标列定义为jsonb NULL，否则插入失败
同步延迟高或卡住，先查哪几个地方？
延迟不是网络或 CPU 问题，90% 出在 binlog 位点管理或 PostgreSQL 写入阻塞上。
- 检查
canal-server日志中是否有ack position not found，说明 adapter 没成功提交位点，可能因 PostgreSQL 事务长时间未提交（如锁表、慢查询） - 查 PostgreSQL 的
pg_stat_activity，看是否存在长时间idle in transaction的连接，rdb-adapter默认使用连接池，一个卡住会拖垮整个批次 -
canal-adapter的batchSize（默认 1000）设得过大，而 PostgreSQL 单事务写入超 5000 行易触发 WAL 写满，建议调至 200–500 - MySQL 端 binlog 清理策略（
expire_logs_days）若设得太小（如 1 天），adapter 断连重连后可能找不到起始位点，报CanalParseException: previous position not found
