flinksql 更改并发度的情况下，如何保证精准一次

一个任务发现延迟，并且 每个subtask的延迟程度不同 假设source(kafka/sls)有 30个subtask，最慢的延迟1小时，最快的延迟5分钟，作业消费方式是timestamp，且此时需要修改有状态的并行度(即无法通过暂停恢复)，下游存储没法update(kafka/odps这类)，那 这个作业要如何操作才能在调整资源停止作业重新启动的同时保证下游收到的结果准确。

1、把timestamp的方式更改成groupid方式（核心要保证groupid不和其他应用共用），并点击上线

2、点击更多： 停止并执行一次checkpoint

3、重新启动任务，就按最新的资源调整开始消费了。

 

该问题核心的是把消费者的offset从timestamp改成group0ffset的模式。

 

 

 

 

该问题核心的是把消费者的offset从timestamp改成group0ffset的模式