In several places in sharding we use a change of epoch to indicate that a collection had been dropped and recreated. After the refine shard key project however, this logic is no longer valid, since refining a shard key can cause an epoch change. We should audit and fix the places where epoch is used instead of collection UUID to check for collection drops and recreates.
Specific examples include the MigrationDestinationManager and the CollectionShardingRuntime.
- related to
-
SERVER-43690 Make RangeDeleter correctly handle epoch changes due to shard key refinement
- Closed