paramètres de table MergeTree merge_max_*

Ces paramètres sont disponibles dans system.merge_tree_settings et sont générés automatiquement à partir du code source de ClickHouse.

Le nombre de lignes lues en mémoire à partir des parts fusionnées.

Valeurs possibles :

• Tout entier positif.

L'opération de fusion lit les lignes des parts par blocs de merge_max_block_size lignes, puis fusionne et écrit le résultat dans une nouvelle part. Le bloc lu est placé en RAM, donc merge_max_block_size influe sur la quantité de RAM nécessaire à la fusion. Ainsi, les fusions peuvent consommer une grande quantité de RAM pour les tables dont les lignes sont très larges (si la taille moyenne d'une ligne est de 100kb, alors lors de la fusion de 10 parts, (100kb * 10 * 8192) = ~ 8GB de RAM). En diminuant merge_max_block_size, vous pouvez réduire la quantité de RAM requise pour une fusion, mais au prix d'une fusion plus lente.

Nombre d’octets que doivent contenir les blocs formés pour les opérations de fusion. Par défaut, a la même valeur que index_granularity_bytes.

Disponible uniquement dans ClickHouse Cloud. Taille maximale d'une part (compact ou packed) pour précharger le cache lors d'une fusion.

Le nombre maximal de sous-colonnes dynamiques pouvant être créées dans chaque colonne d'une part de données Compact après fusion. Il permet de contrôler le nombre de sous-colonnes dynamiques dans une part Compact, quels que soient les paramètres dynamiques spécifiés dans le type de données.

Par exemple, si la table comporte une colonne de type JSON(max_dynamic_paths=1024) et que le paramètre merge_max_dynamic_subcolumns_in_compact_part est défini sur 128, après fusion dans une part de données Compact, le nombre de chemins dynamiques sera ramené à 128 dans cette part et seuls 128 chemins seront écrits sous forme de sous-colonnes dynamiques.

Le nombre maximal de sous-colonnes dynamiques pouvant être créées pour chaque colonne dans la Wide part après fusion. Ce paramètre permet de réduire le nombre de fichiers créés dans la Wide part, quels que soient les paramètres dynamiques spécifiés dans le type de données.

Par exemple, si la table comporte une colonne de type JSON(max_dynamic_paths=1024) et que le paramètre merge_max_dynamic_subcolumns_in_wide_part est défini sur 128, après fusion dans la Wide part, le nombre de chemins dynamiques sera ramené à 128 dans cette part et seuls 128 chemins seront écrits sous forme de sous-colonnes dynamiques.