-
Type: Task
-
Resolution: Gone away
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Query Execution
-
129
A query like
[ {"$match":{ "measurement":"cpu", "tags.hostname":{"$in":["host_18"]}, // H = 1 "time":{ "$gte": new Date("2016-01-13T21:49:27.243Z"), // T = 1h "$lt": new Date("2016-01-13T22:49:27.243Z")}, }}, {"$group":{ "_id":{"$dateTrunc":{"date":"$time","unit":"minute"}}, "max_usage_user":{"$max":"$usage_user"} // M = 1 }}, {"$sort":{"_id":1}} ]
will use the plan cache when the same query is executed over and over. However, if you slightly adjust the parameters in the $match, it will not. This means that in practice most TS queries will have to multi-plan again each time.
CC parker.felix@mongodb.com who discovered the bug.
- depends on
-
SERVER-90415 Disable SBE plan cache in favor of classic cache
- Closed
- related to
-
SERVER-89436 Multi-planning may be necessary more often in SBE than in classic
- Needs Scheduling