五分钟了解Flink状态管理

什么叫做Flink的有状态计算呢?说白了就是将之前的中间结果暂时存储起来,等待后续的事件数据过来后,可以使用之前的中间结果继续计算 。本文主要介绍Flink状态计算和管理、代码示例 。

五分钟了解Flink状态管理

文章插图
1、有状态的计算什么是Flink的有状态的计算 。在流式计算过程中将算子的中间结果保存在内存或者文件系统中,等下一个事件进入算子后可以从之前的状态中获取中间结果,以便计算当前的结果,从而无需每次都基于全部的原始数据来统计结果,极大地提升了系统性能 。
每一个具有一定复杂度的流计算应用都是有状态的,任何运行基本业务逻辑的流处理应用都需要在一定时间内存储所接受的事件或者中间结果 。
2、状态管理Flink如何管理状态?主要就是:本地访问和存储、容错性(可以自动按一定的时间间隔产生快照,并且在任务失败后进行恢复) 。
状态(State)操作是指需要把当前数据和历史计算结果进行累加计算,即当前数据的处理需要使用之前的数据或中间结果 。
例如,对数据流中的实时单词进行计数,每当接收到新的单词时,需要将当前单词数量累加到之前的结果中 。这里单词的数量就是状态,对单词数量的更新就是状态的更新 。如下图:
五分钟了解Flink状态管理

文章插图
状态的计算模型,如下图:
五分钟了解Flink状态管理

文章插图
如下图,Source、map()、keyBy()/window()/Apply()算子的并行度为2,Sink算子的并行度为1 。keyBy()/window()/apply()算子是有状态的,并且map()与keyBy()/window()/apply()算子之间通过网络进行数据分发 。
五分钟了解Flink状态管理

文章插图
Flink应用程序的状态访问都在本地进行,这样有助于提高吞吐量和降低延迟 。通常情况下,Flink应用程序都是将状态存储在JVM堆内存中,但如果状态数据太大,也可以选择将其以结构化数据格式存储在高速磁盘中 。
通过状态快照,Flink能够提供可容错的、精确一次的计算语义 。Flink应用程序在执行时会获取并存储分布式Pipeline(流处理管道)中整体的状态,它会将数据源中消费数据的偏移量记录下来,并将整个作业图中算子获取到该数据(记录的偏移量对应的数据)时的状态记录并存储下来 。
当发生故障时,Flink作业会恢复上次存储的状态,重置数据源从状态中记录的上次消费的偏移量,开始重新进行消费处理 。而且状态快照在执行时会异步获取状态并存储,并不会阻塞正在进行的数据处理逻辑 。这个机制跟Kafka等消息中间件的消费方式很像 。
Flink需要知道状态,以便可以使用Checkpoint和Savepoint来保证容错(下一篇会继续介绍) 。状态还允许重新调整Flink应用程序,这意味着Flink负责在并行实例之间重新分配状态 。
3、Keyed StateKeyed State是Flink提供的按照Key进行分区的状态机制 。
在通过keyBy()分组的KeyedStream上使用,对每个Key的数据进行状态存储和管理,状态是跟每个Key绑定的,即每个Key对应一个状态对象 。
Keyed State支持的状态数据类型如下:ValueState、ListState、ReducingState、AggregatingState<IN, OUT>、MapState<UK, UV> 。下文以ValueState为例,介绍如何使用 。
4、状态管理示例和代码【五分钟了解Flink状态管理】我们来模拟这样一个场景:如果某个用户1分钟内连续两次退款,第二次则发出告警 。
模拟订单对象:
public class OrderBO {/*** ID*/private Integer id;/**** 订单标题*/private String title;/*** 订单金额*/private Integer amount;/*** 订单状态:1-已支付,2-已退款*/private Integer state;/*** 用户ID*/private String userId;}利用状态管理,处理告警逻辑:
/*** 告警处理逻辑**/private static class AlarmLogic extends KeyedProcessFunction<String, OrderBO, OrderBO> {// 是否已经出现退款的标记private ValueState<Boolean> flagState;// 定时器,时间到了会清掉状态private ValueState<Long> timerState;private static final long ONE_MINUTE = 60 * 1000;@Overridepublic void open(Configuration parameters) throws Exception {ValueStateDescriptor<Boolean> flagDescriptor = new ValueStateDescriptor<>("flag",Types.BOOLEAN);flagState = getRuntimeContext().getState(flagDescriptor);ValueStateDescriptor<Long> timerDescriptor = new ValueStateDescriptor<>("timer-state",Types.LONG);timerState = getRuntimeContext().getState(timerDescriptor);}@Overridepublic void processElement(OrderBO value, KeyedProcessFunction<String, OrderBO, OrderBO>.Context context, Collector<OrderBO> collector) throws Exception {Boolean refundFlag = flagState.value();// 如果已经退款过一次了,如果再出现退款则发射给下个算子,然后清理掉定时器 。状态2代表退款if (refundFlag != null && refundFlag) {if (value.getState() == 2) {collector.collect(value);}cleanUp(context);} else {// 如果第一次出现退款,则写入状态,同时开启定时器 。状态2代表退款if (value.getState() == 2) {flagState.update(true);long timer = context.timerService().currentProcessingTime() + ONE_MINUTE;context.timerService().registerProcessingTimeTimer(timer);timerState.update(timer);}}}/*** 定时器到了之后,清理状态值*/@Overridepublic void onTimer(long timestamp, KeyedProcessFunction<String, OrderBO, OrderBO>.OnTimerContext ctx, Collector<OrderBO> out) throws Exception {timerState.clear();flagState.clear();}/*** 手动清理状态值** @param ctx* @throws Exception*/private void cleanUp(Context ctx) throws Exception {Long timer = timerState.value();ctx.timerService().deleteProcessingTimeTimer(timer);timerState.clear();flagState.clear();}}


推荐阅读