-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2026-06-22
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Similar to how authoritative shards is operating, DDL operations will need to begin committing with UUIDs as soon as we enter kUpgrading. However, communications between shards which contain shardRef (uuid or shardId) should not start using UUIDs until fully upgraded. For upgrade, this is likely not strictly necessary but it eases reasoning about shards being aware of new topology times and thus able to resolve shard UUIDs. For downgrade, this gives us some stronger guarantees due to the global lock acquisition during downgrade draining operations which may be choosing between the UUID and shardId.
- is depended on by
-
SERVER-128549 Make CloneAuthoritativeMetadataCoordinator call getDatabasesForShard by UUID
-
- Blocked
-
-
SERVER-128461 Introduce a new coordinator document field to gate the behavior of ddls under unique shard ids
-
- Closed
-