Skip to content

concurrency: explore removing the concept of reservations from the lock table #103361

@arulajmani

Description

@arulajmani

Describe the problem

In a conversation with @nvanbenschoten and @AlexTalks, we concluded that the concept of reservations could likely be removed from the lock table; instead, we could just treat the first transactional queued writer as the reservation holder (without actually naming the concept as such). Doing so would allow us to get rid of some complex state transitions that happen when trying to acquiring reservations/reservation breaking -- these involve moving requests between the queuedWriters list and the reservation, potentially back and forth. This issue serves as a placeholder to explore that idea (maybe we missed something), and if viable, to actually do so.

Additional Context

Related to Nathan's comments on #102973.

Jira issue: CRDB-27962

Metadata

Metadata

Assignees

Labels

A-kv-transactionsRelating to MVCC and the transactional model.A-read-committedRelated to the introduction of Read CommittedC-bugCode not up to spec/doc, specs & docs deemed correct. Solution expected to change code/behavior.C-cleanupTech debt, refactors, loose ends, etc. Solution not expected to significantly change behavior.T-kvKV Team

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions