Split unique shard ids feature flag into two flags

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Fixed
    • Priority: Major - P3
    • 9.0.0-rc0
    • 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. 

            Assignee:
            Josef Ahmad
            Reporter:
            Paolo Polato
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: