Skip to main content
Ces paramètres sont disponibles dans system.settings et sont générés automatiquement à partir du code source.

​
max_partitions_per_insert_block

Limite le nombre maximal de partitions dans un même bloc inséré et lève une exception si le bloc contient trop de partitions.
  • Entier positif.
  • 0 — Nombre illimité de partitions.
Détails Lors de l’insertion de données, ClickHouse calcule le nombre de partitions dans le bloc inséré. Si le nombre de partitions dépasse max_partitions_per_insert_block, ClickHouse consigne soit un avertissement, soit lève une exception selon throw_on_max_partitions_per_insert_block. Les exceptions ont le texte suivant :
“Trop de partitions pour un seul bloc INSERT (partitions_count partitions, la limite est ” + toString(max_partitions) + ”). La limite est contrôlée par le paramètre ‘max_partitions_per_insert_block’. Un grand nombre de partitions est une erreur de conception fréquente. Cela entraînera un fort impact négatif sur les performances, notamment un démarrage lent du serveur, des requêtes INSERT lentes et des requêtes SELECT lentes. Le nombre total recommandé de partitions pour une table est inférieur à 1000..10000. Veuillez noter que le partitionnement n’a pas pour but d’accélérer les requêtes SELECT (la clé ORDER BY suffit à accélérer les requêtes sur une plage). Les partitions sont destinées à la manipulation des données (DROP PARTITION, etc.).”
Ce paramètre est un seuil de sécurité, car l’utilisation d’un grand nombre de partitions est une erreur de conception fréquente.

​
max_partitions_to_read

Limite le nombre maximal de partitions auxquelles il est possible d’accéder dans une seule requête. La valeur du paramètre spécifiée lors de la création de la table peut être surchargée via un paramètre au niveau de la requête. Valeurs possibles :
  • Entier positif
  • -1 - illimité (par défaut)
Vous pouvez également spécifier le paramètre MergeTree max_partitions_to_read dans les paramètres de la table.
Dernière modification le 23 juillet 2026