[CASSANDRA-10230] Remove coordinator batchlog from materialized views

• Type: Improvement
• Status: Resolved
• Priority: Normal
• Resolution: Fixed
• Fix Version/s: 3.0.0 rc1
• Component/s: Feature/Materialized Views, Legacy/Coordination
• Assignee: T Jake Luciani
• Reporter: T Jake Luciani

Authors

T Jake Luciani

Reviewers

Joel Knighton

• Created: 31/Aug/15 15:21
• Updated: 16/Apr/19 09:30
• Resolved: 16/Sep/15 13:35

Description

We are considering removing or making optional the coordinator batchlog.

The batchlog primary serves as a way to quickly reach consistency between base and view since we don't have any kind of read repair between base and view. But we do have repair so as long as you don't lose nodes while writing at CL.ONE you will be eventually consistent.

I've committed to the 3.0 branch a way to disable the coordinator with -Dcassandra.mv_disable_coordinator_batchlog=true

The majority of the performance hit to throughput is currently the batchlog as shown by this chart.

http://cstar.datastax.com/graph?stats=f794245a-4d9d-11e5-9def-42010af0688f&metric=op_rate&operation=1_user&smoothing=1&show_aggregates=true&xmin=0&xmax=498.52&ymin=0&ymax=50142.4

I'd like to have tests run with and without this flag to validate how quickly we achieve quorum consistency without repair writing with CL.ONE. Once we can see there is little/no impact we can permanently remove the coordinator batchlog.

Issue Links

• relates to: CASSANDRA-9928 Add Support for multiple non-primary key columns in Materialized View primary keys