Skip to content

Commit

Permalink
Fix typo in retention design document
Browse files Browse the repository at this point in the history
* The figure explains that there is a problem when deleting S3, not S2
  • Loading branch information
LakHyeonKim committed Aug 31, 2023
1 parent b66068d commit 61ffe24
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion design/retention.md
Original file line number Diff line number Diff line change
Expand Up @@ -56,7 +56,7 @@ In conclusion, when a snapshot is created, it should not simply delete the chang
This can be expressed as a picture above(when SnapshotInterval=10, SnapshotThreshold=5).
Assuming that there are a series of C (changes) in chronological order (ServerSeq), S (snapshots) are being created at intervals of 10 and the synchronized ServerSeq is being recorded in SyncedSeq. At this time, there may be a situation where Client A's synchronization is delayed for some reason.

In this situation, if all previous Cs are deleted when S2 is created, Client A must pull C19 and C20 for synchronization, but it is already deleted and does not exist. This is the reason why the previous changes are deleted based on the minimum synced ServerSeq in the actual implementation.
In this situation, if all previous Cs are deleted when S3 is created, Client A must pull C19 and C20 for synchronization, but it is already deleted and does not exist. This is the reason why the previous changes are deleted based on the minimum synced ServerSeq in the actual implementation.

### How it was implemented as code

Expand Down

0 comments on commit 61ffe24

Please sign in to comment.