Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-41389

Pause the oplog visibility thread in mode SECONDARY

    XMLWordPrintableJSON

Details

    • Icon: Task Task
    • Resolution: Won't Do
    • Icon: Major - P3 Major - P3
    • None
    • None
    • Storage
    • None
    • Execution Team 2019-06-17, Execution Team 2019-11-04, Execution Team 2019-11-18

    Description

      In secondary mode, secondary batch application logic already handles visibility and holes in the oplog. Both the in-memory oplogReadTimestamp and the persisted oplogTruncateAfterPoint are updated. There's no need for the oplog visibility thread to run and use resources doing unnecessary work. (plus it would get confusing with batch application unsetting the oplogTruncateAfterPoint while the oplog visibility thread keeps setting it)

      Attachments

        Activity

          People

            dianna.hohensee@mongodb.com Dianna Hohensee (Inactive)
            dianna.hohensee@mongodb.com Dianna Hohensee (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: