Skip to main content
Ces paramètres sont disponibles dans system.merge_tree_settings et sont générés automatiquement à partir des sources de ClickHouse.

​
max_avg_part_size_for_too_many_parts

La vérification « too many parts » selon ‘parts_to_delay_insert’ et ‘parts_to_throw_insert’ ne sera active que si la taille moyenne des parties (dans la partition concernée) n’est pas supérieure au seuil spécifié. Si elle est supérieure au seuil spécifié, les INSERT ne seront ni retardés ni rejetés. Cela permet d’avoir des centaines de téraoctets dans une seule table sur un seul serveur si les parties sont correctement fusionnées en parties plus volumineuses. Cela n’affecte pas les seuils sur les parties inactives ni sur le nombre total de parties.

​
max_buckets_in_map

Le nombre maximal de buckets pour la sérialisation Map. Fonctionne avec la sérialisation Map with_buckets. Le nombre réel de buckets est déterminé par map_buckets_strategy. La valeur maximale autorisée est de 256.

​
max_cleanup_delay_period

Période maximale de nettoyage des anciens journaux de file d’attente, des hachages de blocs et des parties.

​
max_compress_block_size

Taille maximale des blocs de données non compressées avant leur compression pour l’écriture dans une table. Vous pouvez également définir ce paramètre dans les paramètres globaux (voir le paramètre max_compress_block_size ). La valeur spécifiée lors de la création de la table remplace la valeur globale de ce paramètre.

​
max_concurrent_queries

Nombre maximal de requêtes exécutées simultanément liées à la table MergeTree. Les requêtes restent soumises à d’autres paramètres max_concurrent_queries. Valeurs possibles :
  • Entier positif.
  • 0 — Aucune limite.
Valeur par défaut : 0 (aucune limite). Exemple

​
max_digestion_size_per_segment

Paramètre obsolète, sans effet.

​
max_file_name_length

Longueur maximale du nom de fichier pour le conserver tel quel, sans hachage. Ne prend effet que si le paramètre replace_long_file_name_to_hash est activé. La valeur de ce paramètre n’inclut pas la longueur de l’extension de fichier. Il est donc recommandé de la définir en dessous de la longueur maximale d’un nom de fichier (généralement 255 octets), avec une certaine marge afin d’éviter des erreurs du système de fichiers.

​
max_partitions_to_read

Limite le nombre maximal de partitions accessibles dans une même requête. La valeur du paramètre spécifiée lors de la création de la table peut être remplacée par un paramètre défini au niveau de la requête. Valeurs possibles :
  • Tout entier positif.
Vous pouvez également définir le paramètre de complexité des requêtes max_partitions_to_read au niveau d’une requête / session / profil.

​
max_projections

Le nombre maximal de projections MergeTree.

​
max_table_size_bytes_compressed

Si le nombre total d’octets compressés (la taille sur disque) de toutes les parties de données actives et inactives de la table dépasse cette valeur, une instruction INSERT est interrompue avec l’exception Table size limit exceeded. Les parties inactives sont également comptabilisées, car ce paramètre vise à limiter l’utilisation du disque. Notez que les parties inactives sont supprimées en arrière-plan (voir le paramètre old_parts_lifetime) ; la taille observée peut donc diminuer au fil du temps. La limite est vérifiée au début de INSERT et lorsque de nouvelles parties de données sont validées dans l’ensemble de travail, y compris les résultats des fusions en arrière-plan et des mutations. Les insertions effectuées par les vues matérialisées sont également vérifiées. La limite n’est pas vérifiée lors des récupérations répliquées, ce qui peut entraîner une condition de concurrence lorsque des insertions parallèles dans plusieurs répliques dépassent la limite. La validation de parties de données vides est toujours autorisée ; les données peuvent donc être supprimées d’une table qui dépasse la limite, par exemple avec TRUNCATE ou ALTER TABLE ... DROP PARTITION. Valeurs possibles :
  • Tout entier positif.
  • 0 — illimité.
Ce paramètre est utile pour les services multilocataires, temporaires et de démonstration.

​
max_table_size_bytes_uncompressed

Identique à max_table_size_bytes_compressed, mais la limite s’applique au nombre total d’octets non compressés de toutes les parties de données actives et inactives de la table. Valeurs possibles :
  • Tout entier positif.
  • 0 — illimité.
Ce paramètre est utile pour les services multilocataires, temporaires et de démonstration.

​
max_table_size_rows

Si le nombre total de lignes des parties de données actives de la table dépasse cette valeur, une exception Table size limit exceeded interrompt un INSERT. La limite est vérifiée au début de INSERT et lorsque de nouvelles parties de données sont validées dans l’ensemble de travail, y compris à l’issue des fusions et mutations en arrière-plan (ainsi, une mutation qui augmente la taille de la table au-delà de la limite sera réessayée sans se terminer). Les insertions effectuées par des vues matérialisées sont également vérifiées. La limite n’est pas vérifiée lors des récupérations répliquées, ce qui peut entraîner une condition de concurrence lorsque des insertions parallèles sur plusieurs répliques dépassent la limite. La validation de parties de données vides est toujours autorisée, afin de pouvoir supprimer les données d’une table qui dépasse la limite, par exemple avec TRUNCATE ou ALTER TABLE ... DROP PARTITION. Valeurs possibles :
  • Tout entier positif.
  • 0 — illimité.
Ce paramètre est utile pour les services multilocataires, temporaires et de démonstration.

​
max_uncompressed_bytes_in_patches

La taille maximale, en octets, des données non compressées dans l’ensemble des patch parts. Si la quantité de données dans l’ensemble des patch parts dépasse cette valeur, les lightweight updates seront rejetées. 0 - illimité.
Dernière modification le 26 septembre 2026