Track all read latencies in TransactionMetrics
Open
- Dominant language
- C++
- Stars
- 16.7k
- Forks
- 1.6k
- Avg merge
- 1d 20h
- Merged PRs (30d)
- 126
Description
The client `TransactionMetrics` trace event logs some details about read latencies, but these latencies are only for single-key get requests. It would be nice if we had details about all read requests (e.g. getRange, getKey).
Contributor guide
Research direction
Start with the TransactionMetrics trace event and inspect how latency details are currently recorded for single-key get requests. Trace the handling of getRange and getKey reads, then verify that all read requests produce the expected latency details in the transaction metrics output.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- databases, observability-sre
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100