Flink CDC里oracle上要开启归档日志，否则无法cdc，这个怎么处理？

Flink CDC里oracle上要开启归档日志，否则无法cdc，并且开启这个之后，对实际oracle是有很大性能影响，特别是事务。所以oracle cdc在生产环境是无法使用了，没有实际应用价值，测试玩玩也就可以了。这个问题我很早就在群里提出了flink cdc还存在其他的生产环境问题，其一，一般生产环境mysql的binlog会开启滚动日志，也就是为了节省空间，会删除掉之前的binlog，由于source和sink在同一个线程中（如果没有启用并行任务的话），那么当出现back pressure时，可能会导致binlog被删除，而此时，应用由于异常导致重启并从checkpoint重新读取，由于binlog已经被删除，而无法从checkpoint启动的问题。这是我们生产环境中遇到的问题。这是客观存在的问题，从运维角度并不能完全解决问题。应该有个处理机制来解决这种问题。数据量大的情况下，例如我司是一个支付公司，交易量大时无法避免back pressure。我需要一个从应用程序视角解决问题的方法，我们就是一直很高，流水交易非常巨量我们是参考了 TiCDC的处理机制解决了问题，作为flink cdc也需要有个解决方案，另外还遇到一个问题，当sink开启多个parallel tasks后，sink表数据和source表数据不一致。如果恢复为单个task后，sink和source表数据是一致的。如果对key做hash，且key足够分散，数据倾斜会好点，实际生产环境验证过，和默认的差不多。不过这是flink function机制，flink cdc是否考虑默认加一个key selector的机制。