-
Type: Improvement
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Querying
-
Query Execution
-
(copied to CRM)
-
0
Tested with WiredTiger which seems to exhibit this more than MMAP.
Covered index query which has to return all the documents from a collection is slower than just a full collection scan even in cases where index is quite small and collection is very large.
Looking at where we spend time, it appears for each "document" we need to "synthesize" from the index we allocate and free some memory. We apparently have some optimization for avoiding that in collection scan but not full index scan. This is to track the same optimization for index scan.
- causes
-
SERVER-59341 Query planner choses collscan over covered index scan for huge collection
- Closed
- is depended on by
-
SERVER-69257 COUNT_SCAN plan not selected when unfiltered $group + $sum on _id performed
- Needs Scheduling
- is duplicated by
-
SERVER-44057 Find on non-indexed and sort on indexed is slower then find on non-indexed and sort on non-indexed
- Closed
- is related to
-
SERVER-29227 $nin operation choose IXSCAN but not COLLSCAN stag
- Closed
-
SERVER-98479 Revisit full covered index scans as collection scan alternative
- Needs Scheduling
-
SERVER-20066 Query planner should consider index scans on empty query predicates
- Closed