configurações de sessão parallel_*

Estas configurações estão disponíveis em system.settings e são geradas automaticamente a partir do código-fonte.

Habilita a consulta INSERT ... SELECT distribuída em paralelo.

Ao executar consultas INSERT INTO distributed_table_a SELECT ... FROM distributed_table_b, se ambas as tabelas usarem o mesmo cluster e forem replicadas ou não replicadas, essa consulta será processada localmente em cada shard.

Valores possíveis:

• 0 — Desativado.
• 1 — SELECT será executado em cada shard a partir da tabela subjacente do engine Distributed.
• 2 — SELECT e INSERT serão executados em cada shard, a partir da/para a tabela subjacente do engine Distributed.

Desde a v25.4, INSERT ... SELECT de uma origem ReplicatedMergeTree ou SharedMergeTree também pode ser paralelizado entre réplicas. Para habilitar:

• parallel_distributed_insert_select = 2
• enable_parallel_replicas = 1

Quando um algoritmo de join baseado em hash é aplicado, esse limite ajuda a decidir entre usar hash e parallel_hash (somente se a estimativa do tamanho da tabela da direita estiver disponível). O primeiro é usado quando sabemos que o tamanho da tabela da direita está abaixo desse limite.

Permite que várias threads processem, em paralelo, linhas sem correspondência da tabela à direita durante RIGHT e FULL JOINs. Isso pode acelerar a fase de linhas sem correspondência ao usar o algoritmo de join parallel_hash com tabelas grandes. Quando desabilitada, as linhas sem correspondência são processadas por uma única thread.

Esta é uma configuração interna que não deve ser usada diretamente e representa um detalhe de implementação do modo de 'parallel replicas'. Essa configuração será definida automaticamente pelo servidor iniciador, em consultas distribuídas, com o índice da réplica que participa do processamento da consulta entre as réplicas paralelas.

Permite enviar para views anexadas de forma concorrente em vez de sequencial.