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

improve filtering logic in IndexBuildsCoordinator during secondary oplog application

    • Type: Icon: Improvement Improvement
    • Resolution: Won't Do
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Storage
    • Storage Execution

      This is a follow-up work to SERVER-39085 that seeks to clarify the logic for selectively filtering and adding collation defaults to the provided index specs as well as determining which registration errors are ignorable.

      Currently IndexBuildsCoordinator::_registerAndSetUpIndexBuild() bypasses both filtering and adding collation defaults on secondary. It may be feasible to bypass just the
      addCollationDefaultsToIndexSpecsForCreate() call alone.

      There is also a potential improvement for _registerAndSetUpIndexBuild() to return early rather than wait for IndexBuildsManager::setUpIndexBuild() to fail and check its result for ignorable errors.

      This may allow up to skip some of the registration and setup and makes it clearer that secondary oplog application will ignore index inconsistency across replica set members.

            Assignee:
            backlog-server-execution [DO NOT USE] Backlog - Storage Execution Team
            Reporter:
            benety.goh@mongodb.com Benety Goh
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: