Ces paramètres sont disponibles dans system.merge_tree_settings et sont générés automatiquement à partir du code source de ClickHouse.
max_delay_to_insert
Valeur en secondes utilisée pour calculer le délai de INSERT si le
nombre de parties actives au sein d'une même partition dépasse la
valeur parts_to_delay_insert.
Valeurs possibles :
- Tout entier positif.
Le délai (en millisecondes) de INSERT est calculé à l'aide de la formule :
max_k = parts_to_throw_insert - parts_to_delay_insert
k = 1 + parts_count_in_partition - parts_to_delay_insert
delay_milliseconds = pow(max_delay_to_insert * 1000, k / max_k)Par exemple, si une partition comporte 299 parties actives et que parts_to_throw_insert
= 300, parts_to_delay_insert = 150, max_delay_to_insert = 1, l’opération INSERT est
retardée de pow( 1 * 1000, (1 + 299 - 150) / (300 - 150) ) = 1000
millisecondes.
À partir de la version 23.1, la formule devient :
allowed_parts_over_threshold = parts_to_throw_insert - parts_to_delay_insert
parts_over_threshold = parts_count_in_partition - parts_to_delay_insert + 1
delay_milliseconds = max(min_delay_to_insert_ms, (max_delay_to_insert * 1000)
* parts_over_threshold / allowed_parts_over_threshold)Par exemple, si une partition comporte 224 parts actives et que parts_to_throw_insert
= 300, parts_to_delay_insert = 150, max_delay_to_insert = 1,
min_delay_to_insert_ms = 10, INSERT est différé de max( 10, 1 * 1000 * (224 - 150 + 1) / (300 - 150) ) = 500 millisecondes.
max_delay_to_mutate_ms
Délai maximal de mutation d'une table MergeTree, en millisecondes, s'il y a beaucoup de mutations non terminées