WTKVEngine::setOldestFromStable must not choose a time earlier than the initialDataTimestamp

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 4.1.11
    • Affects Version/s: None
    • Component/s: Storage
    • None
    • Fully Compatible
    • ALL
    • Storage NYC 2019-04-08, Storage NYC 2019-04-22
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      The initialDataTimestamp is the earliest time the system knows the data to be consistent. setOldestTimestampFromStable will intentionally lag the oldest timestamp a few seconds behind the stable timestamp to provide a window for reads to get in.

      At startup, the initialDataTimestamp will be set to the checkpoint timestamp. The system has no history before this time. However, setOldestFromStable will communicate an earlier oldest_timestamp to WiredTiger. This means a transaction with a read_timestamp can come in that WT will allow, but does not have the history to correctly satisfy.

            Assignee:
            Daniel Gottlieb (Inactive)
            Reporter:
            Daniel Gottlieb (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: