-
Type: Improvement
-
Resolution: Unresolved
-
Priority: Minor - P4
-
None
-
Affects Version/s: None
-
Component/s: Native
-
None
The current pool implementation starts with a small poolSize, which limits the number of concurrent connections available. Each change stream created will tie up one of these connections completely while waiting on getMore commands, effectively clogging up the pools for other operation if the poolSize is small. We should document this so it's not a surprise to users, and they know how to mitigate the issue in the future.
NOTE: We should also consider a potential future where we track these connections in a special queue just for change streams and tailable cursors.
- is related to
-
SERVER-32946 Multiple change streams cause severe performance drop
- Closed