[
https://issues.apache.org/jira/browse/CASSANDRA-21169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18058220#comment-18058220
]
Paulo Motta commented on CASSANDRA-21169:
-----------------------------------------
PR: https://github.com/apache/cassandra/pull/4611
CI: https://pre-ci.cassandra.apache.org/job/cassandra/386/
> Allow overriding compaction strategy parameters during startup
> --------------------------------------------------------------
>
> Key: CASSANDRA-21169
> URL: https://issues.apache.org/jira/browse/CASSANDRA-21169
> Project: Apache Cassandra
> Issue Type: Improvement
> Reporter: Paulo Motta
> Assignee: Paulo Motta
> Priority: Normal
> Time Spent: 10m
> Remaining Estimate: 0h
>
> One strategy to perform large scale compaction strategy changes is to perform
> the change on a per-node, per-rack or per-dc basis via JMX to control the
> impact in the cluster.
> However if nodes that have change their compaction via JMX are restarted
> before the schema is updated, the old compaction parameters are restored from
> the schema causing lost work.
> This ticket is to add a new configuration to override parameters of specific
> table or keyspacesat startup via the following JVM properties:
> - cassandra.override_compaction.entities: comma-separated list of keyspaces
> and keyspace.table pairs (e.g. "ks1,ks2.tbl1,ks3.tbl2")
> - cassandra.override_compaction.params: JSON compaction parameters to apply
> When these properties are set, the schema compaction parameters are ignored
> for the specified entities and the specified parameters are used instead to
> initialize compaction.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
