Skip to content

Fix mutation_tracking_shards by-key query scanning all shards#4855

Open
aparna0522 wants to merge 1 commit into
apache:cep-45-mutation-trackingfrom
aparna0522:anaik-fix-shards-table-data-by-key
Open

Fix mutation_tracking_shards by-key query scanning all shards#4855
aparna0522 wants to merge 1 commit into
apache:cep-45-mutation-trackingfrom
aparna0522:anaik-fix-shards-table-data-by-key

Conversation

@aparna0522

@aparna0522 aparna0522 commented Jun 1, 2026

Copy link
Copy Markdown
Contributor

patch by Aparna Naik; reviewed by for CASSANDRA-#####

@iamaleksey iamaleksey self-requested a review June 18, 2026 10:41
@iamaleksey

Copy link
Copy Markdown
Member

Yep, this is a start.

We shouldn't leak Shard instances outside of MutationTrackingService though, ideally.

I would also take a good hard look at the schema of the exposed virtual table and see how it could be improved.

@iamaleksey

Copy link
Copy Markdown
Member

We shouldn't leak Shard instances outside of MutationTrackingService though, ideally.

It's not safe to access Shard's fields without holding the lock.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants