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.