@@ -2722,6 +2722,49 @@ Sharding Parameters
2722
2722
``AsyncRequestsSenderUseBaton`` and always enables the performance
2723
2723
enhancement controlled by the parameter.
2724
2724
2725
+ .. parameter:: chunkMigrationConcurrency
2726
+
2727
+ *Available starting in MongoDB 5.0.15.*
2728
+
2729
+ *Type*: integer
2730
+
2731
+ *Default*: 1
2732
+
2733
+ |both|
2734
+
2735
+ Specifies an integer that sets the number of threads on the source
2736
+ shard and the receiving shard for :ref:`chunk migration
2737
+ <migrate-chunks-sharded-cluster>`.
2738
+
2739
+ Increasing the concurrency improves chunk migration performance, but
2740
+ also increases the workload and disk IOPS usage on the the source
2741
+ shard and the receiving shard.
2742
+
2743
+ Maximum value is 500.
2744
+
2745
+ You should typically use half the total number of CPU cores as
2746
+ threads. For example, if the total is 16 cores, set
2747
+ ``chunkMigrationConcurrency`` to 8 threads (or fewer).
2748
+
2749
+ If ``chunkMigrationConcurrency`` is greater than ``1``, the
2750
+ ``_secondaryThrottle`` configuration setting is ignored. The
2751
+ ``_secondaryThrottle`` setting determines when the chunk migration
2752
+ proceeds with the next document in the chunk. For details, see
2753
+ :ref:`chunk-migration-replication`.
2754
+
2755
+ The following example sets ``chunkMigrationConcurrency`` to ``5``:
2756
+
2757
+ .. code-block:: bash
2758
+
2759
+ mongod --setParameter chunkMigrationConcurrency=5
2760
+
2761
+ During runtime, you can also set the parameter with the
2762
+ :dbcommand:`setParameter` command:
2763
+
2764
+ .. code-block:: javascript
2765
+
2766
+ db.adminCommand( { setParameter: 1, chunkMigrationConcurrency: 5 } )
2767
+
2725
2768
.. parameter:: disableResumableRangeDeleter
2726
2769
2727
2770
.. versionadded:: 4.4
0 commit comments