-
Type:
Bug
-
Resolution: Done
-
Priority:
Major - P3
-
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
-
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.
- is duplicated by
-
SERVER-31288 findAndModify using a sorting will fail when done concurrently
-
- Closed
-
- is related to
-
SERVER-99881 Incorrect results for queries using top-K sort before fetch
-
- Investigating
-
- related to
-
SERVER-23925 Potential use-after-free when WSM is refetched after snapshot id changes in UpdateStage and DeleteStage
-
- Closed
-