You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@asterixdb.apache.org by "Chen Luo (JIRA)" <ji...@apache.org> on 2019/06/26 05:06:00 UTC
[jira] [Created] (ASTERIXDB-2600) Introduce ConcurrentMergePolicy
Chen Luo created ASTERIXDB-2600:
-----------------------------------
Summary: Introduce ConcurrentMergePolicy
Key: ASTERIXDB-2600
URL: https://issues.apache.org/jira/browse/ASTERIXDB-2600
Project: Apache AsterixDB
Issue Type: Improvement
Reporter: Chen Luo
Assignee: Chen Luo
The default PrefixMergePolicy has a number of problems: it only schedules 1 merge at a time; it stops merging components when they are too large. Both problems will lead to undesirable performance behavior. This issue introduces a ConcurrentMergePolicy that fixes these problems.
It has the following four parameters:
* minComponentMergeCount: the minimum number of components to trigger a merge
* maxComponentMergeCount: the maximum number of components per merge
* maxComponentCount: the maximum number of components tolerated in total; when this number is reached, flush will be stopped
* sizeRatio: a merge is scheduled if the size of the oldest component <= sizeRatio * total size of youngest components. A larger size ratio(>1) implies fewer merges, but this leads to more components. A smaller size ratio (<1) implies more merges, but this improves query performance and space utilization.
Concurrent merges will be scheduled as well. Given a sequence of components ordered by newest to oldest, this policy first finds a longest prefix of this sequence so that no component is being merged. The merge decision will then be based on this prefix.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)