-
Type: Improvement
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
CAR Team 2024-11-25
-
1
Today, the collMod coordinator broadcasts a shard server participant collMod to all the shards in order to apply changes to the collection.
- Responses from the shards owning chunks are parsed and validated to ensure consistency between the shards.
- For shards not owning chunks and the collection doesn't exist, we will ignore that response.
- For the shards not owning chunks and the collection does exist, we will try to apply the collection modification, by retrying retriable errors.
For shards that don’t own chunks, the requests are sent serialized one by one, without running in parallel. This means that if a collection is placed in one shard, we will need to send the request to all the shards that don’t own chunks, waiting for a scenario that doesn’t really impact the actual collection, and just in case the balancer returns some chunks in those shards.
The goal of this ticket is to send the request to shards that don’t own chunks in parallel, and respect the same parse and validation behavior response explained in the list above.
- related to
-
SERVER-90117 Interrupting collMod can leave behind inconsistent collection options
- Closed