You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Yun Tang (Jira)" <ji...@apache.org> on 2022/04/20 03:31:00 UTC

[jira] [Commented] (FLINK-27311) Rocksdb mapstate behaves unexpectedly

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

Yun Tang commented on FLINK-27311:
----------------------------------

[~JonathanDiamant] , what do you mean for {{"it seems that not all the list corresponding to a certain key has been loaded and only after all the state has been recovered it behaves as expected"}}?

Before the restore phase is compeleted, the state cannot be accessed.

> Rocksdb mapstate behaves unexpectedly 
> --------------------------------------
>
>                 Key: FLINK-27311
>                 URL: https://issues.apache.org/jira/browse/FLINK-27311
>             Project: Flink
>          Issue Type: Bug
>          Components: Runtime / State Backends, Stateful Functions
>    Affects Versions: 1.14.4
>         Environment: Kubernetes
>            Reporter: Jonathan diamant
>            Priority: Major
>              Labels: MapState, State, rocksdb
>
> We use rocksDb backend for our state and we experience an unexpected behavior. The state we use is MapState<String, List<Object>> and when a restart occurs and the state is being recovered from the last checkpoints, it seems that not all the list corresponding to a certain key has been loaded and only after all the state has been recovered it behaves as expected. 
> Our guess is that while recovering the state, rocksdb recovers the state in chunks and loads entries of the map not as a whole even though we expect that for every key, the value (a list) will be loaded as one object at once.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)