Extending lock in batcher hurts performance

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 5.2.0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Fully Compatible
    • ALL
    • Replication 2021-12-13
    • 135
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      The solution to avoiding an uninterruptible lock in SERVER-61334 causes performance degradation in the insert_vector test. Experimentation shows that the issue is not the double-locking but rather the extension of the lock duration. This is because taking the global lock also takes the PBWM, which results in synchronizing the OplogBatcher to the OplogApplier.

      We should not take the PBWM nor any WT tickets for this particular lock acquisition, and audit other GlobalLock uses added as part of FileCopyBasedInitialSync to see if they should also not take the PBWM or WT tickets.

            Assignee:
            Matthew Russotto
            Reporter:
            Matthew Russotto
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: