本文介绍了当Flink的checkpoint出现超时情况时，如何进行系统性的排查。首先确定超时的subtask序号，接着找到对应机器和任务，最后依据业务逻辑和数据情况进行问题定位。建议在排除系统问题后，重点关注业务逻辑和数据影响，提供了一套详细的排查步骤。
一般来讲，checkpoint配置10s-60s都是合理的，默认的超时时间是600s，在业务逻辑不复杂的情况下，极少会出现超时的情况
如果发生了超时。就需要先定位到具体的机器和进程。
然后再根据业务场景排查具体是什么问题引起的超时。
flink集群和上下游组件正常运行的情况下，由于业务逻辑处理或者数据问题导致超时的概率应该在99%以上，所以在排除系统问题的情况下，直接从业务逻辑定位问题是正确的方向。
排查思路分3步：
1. 先找到超时的subtask序号
如果超时正在发生，可以直接在
这里看到超时的那一条记录。
如果超时已经结束了，可以查看历史记录：
点击图中的位置找到超时的那条checkpoint记录
然后找到超时的subtask
注意2点&
最低0.47元/天 解锁文章
4982
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
