-
Notifications
You must be signed in to change notification settings - Fork 3.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
batcheval: add range tombstone support for DeleteRange
#76203
Conversation
Do you mean the iteration logic in the first commit? Please review that on the corresponding PR (#76131). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Moved to other PR
4a91b2b
to
cde7141
Compare
5b7ebf0
to
dac98d4
Compare
dac98d4
to
2561d91
Compare
LGTM! |
b8e42d9
to
0ad9646
Compare
CI failure appears unrelated, Bazel build is still green. TFTRs! bors r=aliher1911,dt |
Merge conflict. |
Whoops, conflict with last bors r- |
This patch adds a parameter `UseExperimentalRangeTombstone` for `DeleteRange`, which deletes the span using an MVCC range tombstone. This must only be called after checking `storage.CanUseExperimentalMVCCRangeTombstones()`, which ensures the `ExperimentalMVCCRangeTombstones` version gate and `COCKROACH_EXPERIMENTAL_MVCC_RANGE_TOMBSTONES` environment variable are set. Did I mention that MVCC range tombstones are experimental? They are currently under active development, and are not respected by the KV or MVCC APIs, nor are they persisted. This patch simply sets up the plumbing for it. Release note: None
0ad9646
to
f07cfd6
Compare
Trivial merge conflict, going to yolo this. bors r=aliher1911,dt |
Build succeeded: |
76921: storage: revert experimental MVCC range tombstones r=aliher1911 a=erikgrinaker This reverts most of #76131, #76203, and #76478 -- except minor changes that were unrelated to the range tombstones themselves. This leaves a gap for cluster version `Internal:78` -- I think that's probably fine, but I've left a comment. Co-authored-by: Erik Grinaker <[email protected]>
77762: batcheval: add range tombstone support for `DeleteRange` r=aliher1911 a=erikgrinaker This patch adds the parameter `UseExperimentalRangeTombstone` for `DeleteRange`, which deletes the span using an MVCC range tombstone. The new version gate `MVCCRangeTombstones` must be checked before using it. `storage.ExperimentalMVCCDeleteRangeUsingTombstone()` is added to carry out the actual deletion. This is a bare-bones implementation to allow writing range keys via the KV API for testing and development purposes. It has significant shortcomings, and will be fleshed out at a later time. Touches #70415. Replaces #76203. Release note: None Co-authored-by: Erik Grinaker <[email protected]>
This patch adds a parameter
UseExperimentalRangeTombstone
forDeleteRange
, which deletes the span using an MVCC range tombstone.This must only be called after checking
storage.CanUseExperimentalMVCCRangeTombstones()
, which ensures theExperimentalMVCCRangeTombstones
version gate andCOCKROACH_EXPERIMENTAL_MVCC_RANGE_TOMBSTONES
environment variable areset.
Did I mention that MVCC range tombstones are experimental? They are
currently under active development, and are not respected by the KV or
MVCC APIs, nor are they persisted. This patch simply sets up the
plumbing for it.
Resolves #70415.
Touches #70427.
Release note: None