Настройки сеанса parallel_*

Эти настройки доступны в system.settings и автоматически генерируются на основе исходного кода.

Включает параллельное выполнение запроса INSERT ... SELECT для Distributed.

Если выполняются запросы INSERT INTO distributed_table_a SELECT ... FROM distributed_table_b, обе таблицы используют один и тот же кластер, и обе таблицы либо реплицируемые, либо нереплицируемые, то этот запрос обрабатывается локально на каждом сегменте.

Возможные значения:

• 0 — Отключено.
• 1 — SELECT будет выполняться на каждом сегменте из базовой таблицы движка Distributed.
• 2 — SELECT и INSERT будут выполняться на каждом сегменте из/в базовую таблицу движка Distributed.

Начиная с v25.4, INSERT ... SELECT из источника ReplicatedMergeTree или SharedMergeTree также можно распараллелить между репликами. Чтобы включить это:

• parallel_distributed_insert_select = 2
• enable_parallel_replicas = 1

Когда используется алгоритм JOIN на основе hash, этот порог помогает выбрать между hash и parallel_hash (только если доступна оценка размера правой таблицы). Первый вариант используется, когда известно, что размер правой таблицы меньше порогового значения.

Позволяет нескольким потокам параллельно обрабатывать строки без совпадений из правой таблицы при RIGHT и FULL JOIN. Это может ускорить этап обработки строк без совпадений при использовании алгоритма JOIN parallel_hash с большими таблицами. Если настройка отключена, строки без совпадений обрабатываются одним потоком.

Это внутренний параметр, который не следует использовать напрямую; он относится к деталям реализации режима «параллельных реплик». Этот параметр автоматически задается сервером-инициатором для распределенных запросов и содержит индекс реплики, участвующей в обработке запроса в режиме параллельных реплик.

Разрешает параллельную, а не последовательную отправку в присоединённые представления.