org.apache.flink.streaming.api.checkpoint

Interface ListCheckpointed<T extends Serializable>

Type Parameters:

T - The type of the operator state.

Deprecated.

If you need to do non-keyed state snapshots of your operator, use CheckpointedFunction. This should only be needed in rare cases, though.

@PublicEvolving
 @Deprecated
public interface ListCheckpointed<T extends Serializable>

This interface can be implemented by functions that want to store state in checkpoints and supports list-style state redistribution for cases when the parallelism of the transformation is changed.

Implementing this interface is a shortcut for obtaining the default ListState from the OperatorStateStore. Using the OperatorStateStore directly gives more flexible options to use operator state, for example controlling the serialization of the state objects, or have multiple named states.

State Redistribution

State redistribution happens when the parallelism of the operator is changed. State redistribution of operator state (to which category the state handled by this interface belongs) always goes through a checkpoint, so it appears to the transformation functions like a failure/recovery combination, where recovery happens with a different parallelism.

Conceptually, the state in the checkpoint is the concatenated list of all lists returned by the parallel transformation function instances. When restoring from a checkpoint, the list is divided into sub-lists that are assigned to each parallel function instance.

The following sketch illustrates the state redistribution.The function runs with parallelism 3. The first two parallel instance of the function return lists with two state elements, the third one a list with one element.

    func_1        func_2     func_3
 +----+----+   +----+----+   +----+
 | S1 | S2 |   | S3 | S4 |   | S5 |
 +----+----+   +----+----+   +----+
 

Recovering the checkpoint with parallelism = 5 yields the following state assignment:

 func_1   func_2   func_3   func_4   func_5
 +----+   +----+   +----+   +----+   +----+
 | S1 |   | S2 |   | S3 |   | S4 |   | S5 |
 +----+   +----+   +----+   +----+   +----+
 

Recovering the checkpoint with parallelism = 2 yields the following state assignment:

      func_1          func_2
 +----+----+----+   +----+----+
 | S1 | S2 | S3 |   | S4 | S5 |
 +----+----+----+   +----+----+
 

Example

The following example illustrates how to implement a MapFunction that counts all elements passing through it, keeping the total count accurate under re-scaling (changes or parallelism):

 public class CountingFunction<T> implements MapFunction<T, Tuple2<T, Long>>, ListCheckpointed<Long> {

     // this count is the number of elements in the parallel subtask
     private long count;

     {@literal @}Override
     public List<Long> snapshotState(long checkpointId, long timestamp) {
         // return a single element - our count
         return Collections.singletonList(count);
     }

     {@literal @}Override
     public void restoreState(List<Long> state) throws Exception {
         // in case of scale in, this adds up counters from different original subtasks
         // in case of scale out, list this may be empty
         for (Long l : state) {
             count += l;
         }
     }

     {@literal @}Override
     public Tuple2<T, Long> map(T value) {
         count++;
         return new Tuple2<>(value, count);
     }
 }
 

Method Summary

Modifier and Type	Method and Description
void	restoreState(List<T> state) Deprecated. Restores the state of the function or operator to that of a previous checkpoint.
List<T>	snapshotState(long checkpointId, long timestamp) Deprecated. Gets the current state of the function.

Method Detail

snapshotState

List<T> snapshotState(long checkpointId,
                      long timestamp)
               throws Exception

Deprecated.

Gets the current state of the function. The state must reflect the result of all prior invocations to this function.

The returned list should contain one entry for redistributable unit of state. See the class docs for an illustration how list-style state redistribution works.

As special case, the returned list may be null or empty (if the operator has no state) or it may contain a single element (if the operator state is indivisible).

Parameters:

checkpointId - The ID of the checkpoint - a unique and monotonously increasing value.

timestamp - The wall clock timestamp when the checkpoint was triggered by the master.

Returns:

The operator state in a list of redistributable, atomic sub-states. Should not return null, but empty list instead.

Throws:

Exception - Thrown if the creation of the state object failed. This causes the checkpoint to fail. The system may decide to fail the operation (and trigger recovery), or to discard this checkpoint attempt and to continue running and to try again with the next checkpoint attempt.

restoreState

void restoreState(List<T> state)
           throws Exception

Deprecated.

Restores the state of the function or operator to that of a previous checkpoint. This method is invoked when the function is executed after a failure recovery. The state list may be empty if no state is to be recovered by the particular parallel instance of the function.

The given state list will contain all the sub states that this parallel instance of the function needs to handle. Refer to the class docs for an illustration how list-style state redistribution works.

Important: When implementing this interface together with RichFunction, then the restoreState() method is called before RichFunction.open(OpenContext).

Parameters:

state - The state to be restored as a list of atomic sub-states.

Throws:

Exception - Throwing an exception in this method causes the recovery to fail. The exact consequence depends on the configured failure handling strategy, but typically the system will re-attempt the recovery, or try recovering from a different checkpoint.