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

Batch/BulkWriteExec's batching is suboptimal when an update's filter doesn't include shard key or _id

    • Type: Icon: Task Task
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Query Execution
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      This ticket is in reference to how at present BatchWriteExec and BulkWriteExec will always process an update op in a batch by itself when the update op’s filter doesn’t include the shard key or _id, which is likely suboptimal. Here is a link to the relevant code.

      The goal of this ticket is to investigate if we can do better than this without incurring unacceptable downsides.(Batching in this scenario could maybe potentially increase the rate of write conflicts for some workloads, so we need to understand any such tradeoffs in order to decide how to best proceed.)

            Assignee:
            Unassigned Unassigned
            Reporter:
            andrew.paroski@mongodb.com Drew Paroski
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: