我是jdbc连接器，应该和这无关吧，请教这种问题有人遇到过吗？

根据您描述的情况，您在使用Postgres CDC连接器读取源PostgreSQL表，并通过JDBC CDC连接器将数据写入目标PostgreSQL表时，遇到了插入作业（sink端）持续重试和运行的问题，尽管数据同步实际完成。您提到的异常信息虽然未直接给出，但您提到了一个GitHub上的QA文档中存在类似错误，且该错误与您的JDBC连接器看似关联不大。

结合知识库资料，这里提供一些可能的排查方向和解决建议：

问题分析

• 重复提交或确认问题：JDBC sink在某些情况下可能会因为事务提交、确认逻辑出现问题，导致认为写入未成功而不断重试。
• 网络瞬断或延迟：网络不稳定可能导致sink端认为写入操作未得到及时确认，从而触发重试机制。
• 目标数据库配置：目标PostgreSQL的配置（如事务隔离级别、自动提交设置等）可能与sink端的行为不兼容。
• Sink配置不当：JDBC sink的配置参数，如flush.interval.ms、connection.max-retry-attempts等，可能需要调整以适应当前环境。

解决步骤

1. 检查sink端日志：详细查看sink端（即JDBC CDC连接器）的执行日志，定位具体的错误信息和重试原因。这有助于直接理解重试背后的错误详情。

2. 验证目标表状态：确保目标表没有锁、独占访问或其他并发写入冲突，这些都可能导致写入操作看似未完成。

3. 审查JDBC Sink配置：

   • 确认sink.parallelism是否适当，避免过高的并行度导致资源竞争或锁冲突。
   • 调整sink.flush.interval，增加间隔时间可能减少不必要的重试。
   • 检查是否有误配置的重试策略，比如connection.max-retry-attempts是否设置得当。

4. 网络稳定性检查：确认网络连接稳定，尤其是如果部署在分布式环境中，网络延迟或丢包可能是问题根源。

5. 目标数据库优化：

   • 确认目标数据库的事务隔离级别是否与sink行为兼容。
   • 考虑调整数据库的连接池大小、超时设置等，以提高处理能力。

6. 版本兼容性：确认使用的Flink版本、JDBC驱动版本以及PostgreSQL版本之间是否存在已知的兼容性问题。

注意事项

• 资源监控：在调整配置或进行测试时，注意监控系统资源使用情况，避免因资源不足引发其他问题。
• 事务管理：正确配置sink的事务管理，确保数据一致性的同时减少不必要的重试。

由于您未提供具体的错误信息，上述建议较为通用。针对实际情况，请结合具体错误日志进行细致分析和调整。如果问题依然存在，考虑在相关技术社区或官方支持渠道寻求帮助，提供详细的错误日志和配置信息以便获得更专业的指导。