Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-11651

Support largest_key even on sessions with a read_timestamp

    • Type: Icon: Improvement Improvement
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Storage Engines
    • 3
    • StorEng - Defined Pipeline, NachoCheese - 2023-10-03, Joker - StorEng - 2023-10-17, Asparagus-StorEng - 2023-10-31

      The largest_key API does not support sessions that use a read_timestamp. In the MongoDB code, we have to do a bit of a dance to avoid deadlocks that result from using two WT_SESSIONs on the same thread.

      If the largest_key instead ignored the read_timestamp on the session, which was the original request in WT-7992, that would simplify the MongoDB code in multiple places. We could also use the API in more places, like getLatestOplogTimestamp().

            Assignee:
            backlog-server-storage-engines [DO NOT USE] Backlog - Storage Engines Team
            Reporter:
            louis.williams@mongodb.com Louis Williams
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated: