Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
1.1.0
Description
It would be useful to be able to perform snapshot reads at a timestamp that is higher than client's previous writes (achieve read-your-writes), thus improving recency, but lower that the server's oldest inflight transaction, thus minimizing the scan's chance to block.
Such a mode would not guarantee linearizability, but would still allow for client-local read-your-writes, which seems to be one of the properties users care about the most.
The detail design of the mode is available in the linked design doc.
This should likely be the new default read mode for scanners.
Attachments
Issue Links
- is duplicated by
-
KUDU-1498 Add support to Java client for read-your-writes consistency
- Resolved
-
KUDU-1499 Add friendly C++ API for read-your-writes consistency
- Resolved
- is related to
-
KUDU-2352 Add an API to allow bounded staleness scan
- Open
-
KUDU-2333 Add a RYW/RYR test to jepsen
- Resolved
- relates to
-
KUDU-1189 On reads at a snapshot that touch multiple tablets, without the user setting a timestamp, use the timestamp from the first server for following scans
- Resolved
-
KUDU-1368 Setting snapshot timestamp to last propagated timestamp should include prior writes
- Resolved
-
KUDU-1454 Spark and MR jobs running without scan locality
- Resolved
-
KUDU-1497 Full support for read-your-writes consistency
- Resolved
-
KUDU-1869 Scans do not work with hybrid time disabled and snapshot reads enabled
- Closed
- links to