Skip to main content
Эти настройки настраивают сервер ClickHouse и автоматически сгенерированы на основе исходного кода ClickHouse.

use_minimalistic_part_header_in_zookeeper

Устаревшая настройка, ни на что не влияет. Реплицируемые таблицы всегда хранят заголовок части данных в компактном виде в одном znode. Заголовки частей, записанные более старыми версиями в виде отдельных дочерних znodes columns и checksums, по-прежнему считываются.

use_separate_cache_arena

Включает отдельную arena jemalloc для выделения памяти под кэш (mark cache, кэш несжатых данных, page cache). Изолирует данные кэша от выделений памяти при обработке запросов, уменьшая фрагментацию памяти.

use_shared_merge_tree_log_pipeline

Доступно только в ClickHouse Cloud. Если параметр включен, таблицы system.*_log работают на SharedMergeTree через конвейер на базе S3. Для каждого журнала <log> при запуске автоматически создаются следующие объекты:
  • system.<log>_s3 — таблица на базе S3, которая служит прямой целью для flush; каждый вызов SYSTEM FLUSH LOGS записывает сюда новый файл с партициями.
  • system.<log>_s3queue — таблица S3Queue (ordered mode), которая подхватывает файлы из <log>_s3 и передает строки дальше по конвейеру. Каждый узел обрабатывает только свои файлы через партиционирование на основе partition_regex.
  • system.<log>_mv — MATERIALIZED VIEW, которое направляет строки из <log>_s3queue в итоговую таблицу SharedMergeTree.
  • system.<log> — итоговая таблица SharedMergeTree, в которой накапливаются строки и к которой выполняются запросы.
При изменении схемы или настроек затронутая таблица переименовывается в <log>_0, <log>_1 и т. д. и создается заново — в соответствии с текущим поведением ротации SystemLog. Требуется, чтобы в конфигурации сервера был задан <shared_log_pipeline><endpoint>. См. также: shared_log_pipeline.enable_sync_flush, shared_log_pipeline.flush_timeout_seconds.
Последнее изменение 23 июля 2026 г.