-
Type: Question
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: 2.4.4
-
Component/s: Sharding
-
None
-
Environment:Sharded cluster
Replica Sets of 3
primary and one secondary tagged "a"
other secondary tagged "b"
Issue is thus:
Client creates a single connection to MongoS
Client issues a query with read preference "Secondary" and read preference tag of "a"
MongoS creates a new connection to secondaries tagged "a" and issues queries
Client issues a query with read preference "Secondary" and read preference tag of "b"
MongoS dropps connection to secondaries tagged "a" and opens connections to secondaries tagged "b" then issues queries
Client issues a query with read preference "Secondary" and read preference tag of "a"
MongoS dropps connection to secondaries tagged "b" and opens connections to secondaries tagged "a" then issues queries
If the client continues to change read preference tags then connections will be opened and closed following each query issued on that connection with a new tag. This can lead to large amounts of connection churn.
- depends on
-
SERVER-7629 Make DBClientReplicaSet draw connections from a pool
- Closed
- duplicates
-
SERVER-9788 mongos does not re-evaluate read preference once a valid replica set member is chosen
- Closed