[ 
https://issues.apache.org/jira/browse/CASSANDRA-19189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marcus Eriksson updated CASSANDRA-19189:
----------------------------------------
    Fix Version/s: 5.1-alpha1

> Revisit use of sealed period lookup tables
> ------------------------------------------
>
>                 Key: CASSANDRA-19189
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-19189
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Transactional Cluster Metadata
>            Reporter: Marcus Eriksson
>            Priority: Normal
>             Fix For: 5.1-alpha1
>
>
> Metadata snapshots are stored locally in the {{system.metadata_snapshots}} 
> table, which is keyed by epoch. Snapshots are retrieved from this table for 
> two purposes:* to replay locally during startup* to provide log state for a 
> peer requesting catchupIn the majority of cases, we always want to replay 
> from the most recent snapshot so we can usually select the appropriate 
> snapshot by simply scanning the snapshots table in reverse, which allows us 
> to considerably simplify the process of looking up the desired snapshot. We 
> will continue to persist historical snapshots, at least for now, so that we 
> are able to select arbitrary snapshots should we want to reconstruct metadata 
> state for arbitrary epochs.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to