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

Clear cached database information asyncronously after dropping it

    XMLWordPrintableJSON

Details

    • Icon: Improvement Improvement
    • Resolution: Works as Designed
    • Icon: Major - P3 Major - P3
    • None
    • 5.0.3, 5.1.0-rc1
    • Sharding
    • None
    • Sharding EMEA 2021-11-01

    Description

      Currently as part of the drop database coordinator flow, we broadcast _flushDatabaseCacheUpdates  command with majority write concern to all shards and we wait synchronously for its execution.
      The only purpose of this call is to flush the cached entries of the dropped database from all the nodes in the cluster to reclaim memory. So it is not strictly required.
      For this reason I think we should:
       - stop using the majority write concern
       - use fireAndForget to asynchronously schedule the command execution on all the shards and not block this coordinator.

      Attachments

        Activity

          People

            allison.easton@mongodb.com Allison Easton
            tommaso.tocci@mongodb.com Tommaso Tocci
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: