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

​
parallel_distributed_insert_select

Active l’exécution parallèle des requêtes distribuées INSERT ... SELECT. Si nous exécutons des requêtes INSERT INTO distributed_table_a SELECT ... FROM distributed_table_b, que les deux tables utilisent le même cluster et qu’elles sont toutes deux soit répliquées, soit non répliquées, alors la requête est traitée localement sur chaque shard. Valeurs possibles :
  • 0 — Désactivé.
  • 1 — SELECT sera exécuté sur chaque shard à partir de la table sous-jacente du moteur Distributed.
  • 2 — SELECT et INSERT seront exécutés sur chaque shard, respectivement depuis/vers la table sous-jacente du moteur Distributed.
Depuis la v25.4, INSERT ... SELECT à partir d’une source ReplicatedMergeTree ou SharedMergeTree peut également être parallélisé entre les répliques. Pour l’activer :
  • parallel_distributed_insert_select = 2
  • enable_parallel_replicas = 1

​
parallel_hash_join_threshold

Lorsque l’algorithme de jointure basé sur le hachage est utilisé, ce seuil permet de choisir entre hash et parallel_hash (uniquement si une estimation de la taille de la table de droite est disponible). Le premier est utilisé lorsque l’on sait que la taille de la table de droite est inférieure au seuil.

​
parallel_non_joined_rows_processing

Permet à plusieurs threads de traiter en parallèle les lignes sans correspondance de la table de droite lors des JOIN RIGHT et FULL. Cela peut accélérer cette phase lors de l’utilisation de l’algorithme de jointure parallel_hash avec de grandes tables. Lorsqu’il est désactivé, les lignes sans correspondance sont traitées par un seul thread.

​
parallel_replica_offset

Il s’agit d’un paramètre interne qui ne doit pas être utilisé directement et qui correspond à un détail d’implémentation du mode « répliques parallèles ». Ce paramètre sera automatiquement défini par le serveur initiateur, pour les requêtes distribuées, sur l’index de la réplique participant au traitement de la requête parmi les répliques parallèles.

​
parallel_view_processing

Active l’envoi concurrent vers les vues attachées au lieu d’un envoi séquentiel.
Dernière modification le 24 juillet 2026