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

Yingchun Lai edited comment on KUDU-2824 at 5/9/20, 10:23 AM:
--------------------------------------------------------------

[maintenance] Support priorities for tables in MM compaction

{{This commit adds a feature to specify different priorities for table 
compaction. In a Kudu cluster with thousands of tables, it's hard for a 
specified tablet's maintenance OPs to be launched when their scores are not the 
highest, even if the table the tablet belongs to is high priority for Kudu 
users. This patch allows administators to specify different priorities for 
tables by gflags, these maintenance OPs of these high priority tables have 
greater chance to be launched. }}
{{ Change-Id: I3ea3b73505157678a8fb551656123b64e6bfb304 }}
{{Reviewed-on: [http://gerrit.cloudera.org:8080/12852]}}
{{Tested-by: Adar Dembo <a...@cloudera.com> }}
{{Reviewed-by: Adar Dembo <a...@cloudera.com>}}


was (Author: acelyc111):
[maintenance] Support priorities for tables in MM compaction
This commit adds a feature to specify different priorities for table 
compaction. In a Kudu cluster with thousands of tables, it's hard for a 
specified tablet's maintenance OPs to be launched when their scores are not the 
highest, even if the table the tablet belongs to is high priority for Kudu 
users. This patch allows administators to specify different priorities for 
tables by gflags, these maintenance OPs of these high priority tables have 
greater chance to be launched. Change-Id: 
I3ea3b73505157678a8fb551656123b64e6bfb304 Reviewed-on: 
[http://gerrit.cloudera.org:8080/12852]Tested-by: Adar Dembo 
<a...@cloudera.com> Reviewed-by: Adar Dembo <a...@cloudera.com>

> Make some tables in high priority in MM compaction
> --------------------------------------------------
>
>                 Key: KUDU-2824
>                 URL: https://issues.apache.org/jira/browse/KUDU-2824
>             Project: Kudu
>          Issue Type: Improvement
>          Components: tserver
>    Affects Versions: 1.9.0
>            Reporter: Yingchun Lai
>            Assignee: Yingchun Lai
>            Priority: Minor
>              Labels: MM, compaction, maintenance, priority
>
> In a Kudu cluster with thousands of tables, it's hard for a specified 
> tablet's maintenance OPs to be launched when their scores are not the 
> highest, even if the table the tablet belongs to is high priority for Kudu 
> users.
> For example, table A has 10 tablets and has total size of 1G, table B has 
> 1000 tablets and has total size of 100G. Both of them have similar update 
> writes, i.e. DRSs have similar overlaps, similar redo/undo logs, so they have 
> similar compaction scores. However, table A has much more reads than table B, 
> but table A and B are equal in MM, their DRS compactions are lauched equally, 
> we have to suffer a long time util most of tablets have been compacted in the 
> cluster to achieve a fast scan.
> So, maybe we can introduce some algorithm to detect high priority tables and 
> speed up compaction of these tables?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to