You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2018/05/09 16:25:00 UTC

[jira] [Commented] (FLINK-9070) Improve performance of RocksDBMapState.clear()

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

ASF GitHub Bot commented on FLINK-9070:
---------------------------------------

GitHub user sihuazhou opened a pull request:

    https://github.com/apache/flink/pull/5979

    [FLINK-9070][state]improve the performance of RocksDBMapState.clear() 

    ## What is the purpose of the change
    
    This PR intend to improve the performance of `RocksDBMapState.clear()` base on the follow things:
    
    - Using RocksIterator to iterate the records directly (currently we use the RocksDBMapIterator, witch will buffer the records and may also need to perform seeking multi times.)
    - Using WriteBatch to perform deleting in bulk.
    
    
    ## Brief change log
    
      - *improve the `RocksDBMapState.clear()` via iterating the records directly and deleting records using WriteBatch.*
    
    ## Verifying this change
    
    This change is already covered by existing tests,.
    
    ## Does this pull request potentially affect one of the following parts:
    
      - Dependencies (does it add or upgrade a dependency): (no)
      - The public API, i.e., is any changed class annotated with `@Public(Evolving)`: (no)
      - The serializers: (no)
      - The runtime per-record code paths (performance sensitive): (no)
      - Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Yarn/Mesos, ZooKeeper: (no)
      - The S3 file system connector: (no)
    
    ## Documentation
    
    no

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/sihuazhou/flink improveMapStateClear

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/flink/pull/5979.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #5979
    
----
commit 969036a32b49b32a4168afb747dff54fe9ada6e6
Author: sihuazhou <su...@...>
Date:   2018-04-07T13:52:05Z

    improve the RocksDBMapState.clear() via iterate the records directly and delete records using WriteBatch.

----


> Improve performance of RocksDBMapState.clear()
> ----------------------------------------------
>
>                 Key: FLINK-9070
>                 URL: https://issues.apache.org/jira/browse/FLINK-9070
>             Project: Flink
>          Issue Type: Improvement
>          Components: State Backends, Checkpointing
>    Affects Versions: 1.6.0
>            Reporter: Truong Duc Kien
>            Assignee: Sihua Zhou
>            Priority: Major
>             Fix For: 1.6.0
>
>
> Currently, RocksDBMapState.clear() is implemented by iterating over all the keys and drop them one by one. This iteration can be quite slow with: 
>  * Large maps
>  * High-churn maps with a lot of tombstones
> There are a few methods to speed-up deletion for a range of keys, each with their own caveats:
>  * DeleteRange: still experimental, likely buggy
>  * DeleteFilesInRange + CompactRange: only good for large ranges
>  
> Flink can also keep a list of inserted keys in-memory, then directly delete them without having to iterate over the Rocksdb database again. 
>  
> Reference:
>  * [RocksDB article about range deletion|https://github.com/facebook/rocksdb/wiki/Delete-A-Range-Of-Keys]
>  * [Bug in DeleteRange|https://pingcap.com/blog/2017-09-08-rocksdbbug]
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)