flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-6034) Add KeyedStateHandle for the snapshots in keyed streams
Date Thu, 23 Mar 2017 15:44:41 GMT

    [ https://issues.apache.org/jira/browse/FLINK-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15938601#comment-15938601

ASF GitHub Bot commented on FLINK-6034:

Github user shixiaogang commented on a diff in the pull request:

    --- Diff: flink-runtime/src/main/java/org/apache/flink/runtime/state/KeyGroupsStateHandle.java
    @@ -91,10 +98,10 @@ public KeyGroupsStateHandle getKeyGroupIntersection(KeyGroupRange
    -	 * @return the internal key-group range to offsets metadata
    +	 * @return the start key group in the key-group range of this handle
    -	public KeyGroupRangeOffsets getGroupRangeOffsets() {
    -		return groupRangeOffsets;
    +	public int getStartKeyGroup() {
    --- End diff --
    I have removed all pass-through methods except `getGroupRangeOffsets()` because `StateInitializationContextImpl$KeyGroupStreamIterator`
is using it to get the iterator for key groups and their offsets.

> Add KeyedStateHandle for the snapshots in keyed streams
> -------------------------------------------------------
>                 Key: FLINK-6034
>                 URL: https://issues.apache.org/jira/browse/FLINK-6034
>             Project: Flink
>          Issue Type: Sub-task
>          Components: State Backends, Checkpointing
>            Reporter: Xiaogang Shi
>            Assignee: Xiaogang Shi
> Currently, the only type of the snapshots in keyed streams is {{KeyGroupsStateHandle}}
which is full and store the states one group after another. With the introduction of incremental
checkpointing, we need a higher level abstraction of keyed snapshots to allow flexible snapshot
> The implementation of {{KeyedStateHandle}} s may vary a lot in different backends. The
only information needed in {{KeyedStateHandle}} s is their key group range. When recovering
the job with a different degree of parallelism, {{KeyedStateHandle}} s will be assigned to
those subtasks whose key group ranges overlap with their ranges.

This message was sent by Atlassian JIRA

View raw message