Details
-
Improvement
-
Resolution: Unresolved
-
Major - P3
-
None
-
None
-
Catalog and Routing
-
12
-
2
Description
Rename participants are snapshotting range deletions by namespace before restoring them. This results in:
- Not using an index while scanning config.rangeDeletions that only has a {collectionUUID, min, max} secondary index
- Snapshotting multiple times the same ranges when several renames are executed back and forth between the same namespaces (as in some FSMs)
- This means exponentially incrementing the number of range deletion documents, making subsequent renames on the same collection slower over time