Better concurrency control on shard metadata refresh

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Done
    • Priority: Major - P3
    • 3.4.4, 3.5.5
    • Affects Version/s: 3.2.12, 3.4.2, 3.5.1
    • Component/s: Sharding
    • None
    • Fully Compatible
    • v3.4
    • Sharding 2017-03-27
    • 0
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      Currently, the shard limits the number of threads refreshing the config metadata here. This limit is very crude and does not differentiate refresh for different namespaces. It is possible that the all the ticket holders are trying to refresh the same collection. In this case, it limits parallelism while doing wasted work.

            Assignee:
            Kaloian Manassiev
            Reporter:
            Randolph Tan
            Votes:
            0 Vote for this issue
            Watchers:
            12 Start watching this issue

              Created:
              Updated:
              Resolved: