Hi 蒋涛涛 有一种比较hack的方式可以实现，代码里面source是需要根据uid来找到相关的state进行offset恢复，如果你不想通过checkpoint恢复source的state，可以在代码里面手动把source的uid给改掉，同时在从checkpoint恢复时带上 --allowNonRestoredState 参数，这样kafka source从恢复的checkpoint/savepoint里面找不到相关的source state，就会从你设置的offset进行恢复了。
祝好 唐云 ________________________________ From: 蒋涛涛 <[email protected]> Sent: Thursday, August 29, 2019 11:45 To: [email protected] <[email protected]> Subject: Re: flink不清理state，从checkpoint恢复任务能重置kafka的offset讨论 Hi Yun Tang, 其实默认情况下，我其实是默认想从checkpoint恢复kafka当前消费的进度的，但是遇到特别情况下，从某个时间点开始消费数据，就像您说的想要主要恢复keyed state相关数据，如果把setCommitOffsetsOnCheckpoints(false)，kakfa properties里面设置 “auto.commit.enable” 为false，这个时候就不提交kafka offset，如果正常暂停任务的时候，从checkpoint恢复的时候，我就不知道从哪个时间点进行消费了。 Yun Tang <[email protected]> 于2019年8月29日周四 上午10:57写道： > Hi 蒋涛涛 > > Flink的kafka consumer一共有三种offset commit模式： > > 1. OffsetCommitMode.DISABLED 完全disable offset的commit > 2. OffsetCommitMode.ON_CHECKPOINTS Flink的默认行为，只有当Flink > checkpoint完成时，才会将offset commit到Kafka > 3. OffsetCommitMode.KAFKA_PERIODIC 使用Kafka的internal > client的默认行为，周期性将offset commit到kafka > > 如果不想借助checkpoint来重置kafka的offset，可以利用FlinkKafkaConsumerBase 设置 > setCommitOffsetsOnCheckpoints(false)，以及在kakfa properties里面设置 > “auto.commit.enable” 为false，这样就相当于没有commit offset，作业恢复的时候，如果你们设置是从kafka > consume from latest，既可以恢复checkpoint中的state（你们应该是想要主要恢复keyed > state相关吧），也可以从最新的offset消费。 > > 祝好 > 唐云 > ________________________________ > From: wang jinhai <[email protected]> > Sent: Thursday, August 29, 2019 10:25 > To: [email protected] <[email protected]> > Subject: Re: flink不清理state，从checkpoint恢复任务能重置kafka的offset讨论 > > 可以选择从之前的某个checkpoint恢复吧 > > > 在 2019/8/29 上午10:01，“蒋涛涛”<[email protected]> 写入: > > Hi everyone： > > > 如题，我遇到有些数据我不应该漏了想回溯部分数据，这个时候我就需要清理state，来重置kafka的offset重新跑，可不可以保留flink任务state，从checkpoint恢复任务的时候重置kafka的offset，并从kafka那个时间段开始消费，而不需要清掉state重新跑数据。 > > Regards， > JackJiang > >
