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

Use read uncommitted isolation level for history store operations

    • Type: Icon: Task Task
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • WT10.0.0, 4.4.0-rc12, 4.7.0
    • Affects Version/s: None
    • Component/s: None
    • None
    • 8
    • Storage - Ra 2020-06-29, Storage - Ra 2020-07-13

      While investigating WT-6412, alexander.gorrod pointed out that in some cases traversals of the history store never see any content. We suspect that there is a gap in our actual implementation of history store visibility checks and how we expected them to work. The check in __txn_visible_id isn't what is expected for operations on the history store and due to this check we often won't see any value unless it's globally visible.

      We get away with it because we short-circuit the visibility check in __txn_visible_id in many cases for the history store via a check in __wt_txn_upd_visible_type

      The aim of this ticket is to understand what needs to be done to bring history store visibility checks closer to expected behaviour.

        1. hs_iso_uncommited.diff
          12 kB
          Haseeb Bokhari

            Assignee:
            haseeb.bokhari@mongodb.com Haseeb Bokhari (Inactive)
            Reporter:
            haseeb.bokhari@mongodb.com Haseeb Bokhari (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved: