Should retry a sorted findAndModify if conflicts are detected (non-MMAP only)

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Done
    • Priority: Major - P3
    • 3.3.4
    • Affects Version/s: 3.2.1
    • Component/s: Concurrency, Querying
    • None
    • Fully Compatible
    • ALL
    • Query F (02/01/16), Query 10 (02/22/16), Query 11 (03/14/16), Query 12 (04/04/16)
    • 0
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      In the delete stage, we check to see if the document we're about to delete still exists, and still matches the query predicate (code here). If it no longer exists/matches, we skip it. This is undesirable during a sorted findAndModify, because if we are doing an in-memory sort, it will have a limit of 1, so skipping will effectively mean returning null (even if there may have been other matches).

      A similar problem exists in the update stage.

              Assignee:
              Charlie Swanson
              Reporter:
              Charlie Swanson
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: