TransactionParticipant last write optime should be null at the beginning of logOplogEntries

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Fixed
    • Priority: Major - P3
    • 6.2.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Fully Compatible
    • Execution Team 2022-11-14
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      The logOplogEntries() function, used to format applyOps oplog entries for multi-doc transactions and batched write, fetches the lastWriteOpTime from the TransactionParticipant before writing out any oplog entries. This call is redundant because the lastWriteOptime is always null and gets set in between oplog entries in a chain of applyOps entries for a large transaction.

      It should be safe to convert this TransactionParticipant::getLastWriteOpTime() to an invariant.

            Assignee:
            Benety Goh
            Reporter:
            Benety Goh
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: