Настройки сервера
Этот раздел содержит описания настроек сервера. Это настройки, которые нельзя изменить на уровне сеанса или запроса.
Для получения дополнительной информации о конфигурационных файлах в ClickHouse см. раздел «Configuration Files».
Другие настройки описаны в разделе «Settings».
Перед изучением настроек рекомендуем прочитать раздел Configuration files
и обратить внимание на использование подстановок (атрибуты incl и optional).
abort_on_logical_error
access_control_improvements
Настройки для дополнительных необязательных улучшений в системе управления доступом.
| Setting | Description | Default |
|---|---|---|
users_without_row_policies_can_read_rows | Определяет, могут ли пользователи без разрешающих политик строк (ROW POLICY) по-прежнему читать строки с помощью запроса SELECT. Например, если есть два пользователя A и B, и политика строк (ROW POLICY) определена только для A, то если этот параметр равен true, пользователь B увидит все строки. Если этот параметр равен false, пользователь B не увидит ни одной строки. | true |
on_cluster_queries_require_cluster_grant | Определяет, требуют ли запросы ON CLUSTER привилегию CLUSTER. | true |
select_from_system_db_requires_grant | Определяет, требует ли SELECT * FROM system.<table> каких‑либо привилегий или может выполняться любым пользователем. Если установлено значение true, то этот запрос требует GRANT SELECT ON system.<table> так же, как и для несистемных таблиц. Исключения: несколько системных таблиц (tables, columns, databases и некоторые константные таблицы, такие как one, contributors) по‑прежнему доступны всем; а если выдана привилегия SHOW (например, SHOW USERS), то соответствующая системная таблица (то есть system.users) будет доступна. | true |
select_from_information_schema_requires_grant | Определяет, требует ли SELECT * FROM information_schema.<table> каких‑либо привилегий или может выполняться любым пользователем. Если установлено значение true, то этот запрос требует GRANT SELECT ON information_schema.<table> так же, как и для обычных таблиц. | true |
settings_constraints_replace_previous | Определяет, будет ли ограничение в профиле настроек для некоторой настройки отменять действие предыдущего ограничения (определённого в других профилях) для этой настройки, включая поля, которые не заданы новым ограничением. Также включает тип ограничения changeable_in_readonly. | true |
table_engines_require_grant | Определяет, требуется ли привилегия для создания таблицы с определённым движком таблицы. | false |
role_cache_expiration_time_seconds | Задаёт количество секунд с момента последнего обращения, в течение которых роль хранится в кэше ролей (Role Cache). | 600 |
Пример:
access_control_path
Путь к каталогу, в котором сервер ClickHouse хранит конфигурации пользователей и ролей, созданные SQL-командами.
См. также
aggregate_function_group_array_action_when_limit_is_reached
throw) или отбросить (discard) лишние значения
aggregate_function_group_array_max_element_size
allow_feature_tier
Определяет, может ли пользователь изменять настройки, связанные с различными уровнями функциональности (feature tiers).
0- Разрешены изменения любых настроек (experimental, beta, production).1- Разрешены только изменения настроек уровней beta и production. Изменения настроек уровня experimental отклоняются.2- Разрешены только изменения настроек уровня production. Изменения настроек уровней experimental или beta отклоняются.
Это эквивалентно заданию ограничения readonly на все функции EXPERIMENTAL / BETA.
Значение 0 означает, что можно изменять все настройки.
allow_impersonate_user
allow_implicit_no_password
Запрещает создавать пользователя без пароля, если только явно не указано 'IDENTIFIED WITH no_password'.
allow_no_password
Определяет, разрешено ли использование небезопасного типа пароля no_password.
allow_plaintext_password
Определяет, разрешено ли использование небезопасных типов паролей в открытом виде (plaintext).
allow_use_jemalloc_memory
allowed_disks_for_table_engines
Список дисков, которые могут использоваться с Iceberg
async_insert_queue_flush_on_shutdown
async_insert_threads
async_load_databases
Асинхронная загрузка баз данных и таблиц.
- Если
true, все несистемные базы данных с движкамиOrdinary,AtomicиReplicatedбудут загружаться асинхронно после запуска сервера ClickHouse. См. таблицуsystem.asynchronous_loader, а также настройки сервераtables_loader_background_pool_sizeиtables_loader_foreground_pool_size. Любой запрос, который попытается обратиться к таблице, которая ещё не загружена, будет ждать запуска именно этой таблицы. Если задание загрузки завершится неуспешно, запрос пробросит ошибку (вместо остановки всего сервера в случаеasync_load_databases = false). Таблица, которую ожидает хотя бы один запрос, будет загружаться с более высоким приоритетом. DDL-запросы к базе данных будут ждать запуска именно этой базы данных. Также рассмотрите установку лимитаmax_waiting_queriesна общее количество ожидающих запросов. - Если
false, все базы данных загружаются при старте сервера.
Пример
async_load_system_database
Асинхронная загрузка системных таблиц. Полезно, если в базе данных system много таблиц журналов и частей. Не зависит от настройки async_load_databases.
- Если установлено значение
true, все системные базы данных с движкамиOrdinary,AtomicиReplicatedбудут загружаться асинхронно после запуска сервера ClickHouse. См. таблицуsystem.asynchronous_loader, а также серверные настройкиtables_loader_background_pool_sizeиtables_loader_foreground_pool_size. Любой запрос, который попытается обратиться к ещё не загруженной системной таблице, будет ожидать запуска именно этой таблицы. Таблица, которую ожидает хотя бы один запрос, будет загружаться с более высоким приоритетом. Также рассмотрите возможность настройки параметраmax_waiting_queriesдля ограничения общего числа ожидающих запросов. - Если установлено значение
false, системная база данных загружается до запуска сервера.
Пример
asynchronous_heavy_metrics_update_period_s
asynchronous_insert_log
Настройки системной таблицы asynchronous_insert_log для ведения журнала асинхронных вставок.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Пример
asynchronous_metric_log
По умолчанию включено в развертываниях ClickHouse Cloud.
Если параметр по умолчанию не включен в вашей среде, в зависимости от того, как был установлен ClickHouse, вы можете воспользоваться приведённой ниже инструкцией, чтобы включить или отключить его.
Включение
Чтобы вручную включить сбор истории журнала асинхронных метрик system.asynchronous_metric_log, создайте файл /etc/clickhouse-server/config.d/asynchronous_metric_log.xml со следующим содержимым:
Отключение
Чтобы отключить настройку asynchronous_metric_log, создайте файл /etc/clickhouse-server/config.d/disable_asynchronous_metric_log.xml со следующим содержимым:
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
asynchronous_metrics_enable_heavy_metrics
asynchronous_metrics_keeper_metrics_only
asynchronous_metrics_update_period_s
auth_use_forwarded_address
Использовать исходный IP-адрес клиента для аутентификации при подключении через прокси.
Этот параметр следует использовать с особой осторожностью, поскольку пересылаемые адреса легко подделать. Серверы, принимающие такую аутентификацию, не должны быть доступны напрямую, а только через доверенный прокси.
background_buffer_flush_schedule_pool_size
background_common_pool_size
background_distributed_schedule_pool_size
background_fetches_pool_size
background_merges_mutations_concurrency_ratio
Задает соотношение между количеством потоков и количеством фоновых слияний и мутаций, которые могут выполняться параллельно.
Например, если коэффициент равен 2 и background_pool_size установлен в значение 16, то ClickHouse может выполнять 32 фоновых слияния одновременно. Это возможно, потому что фоновые операции могут быть приостановлены и отложены. Это необходимо, чтобы дать небольшим слияниям более высокий приоритет на выполнение.
Во время работы сервера вы можете только увеличивать это соотношение. Чтобы его уменьшить, необходимо перезапустить сервер.
Как и параметр background_pool_size, настройка background_merges_mutations_concurrency_ratio может быть задана в профиле default для обеспечения обратной совместимости.
background_merges_mutations_scheduling_policy
Политика планирования фоновых слияний и мутаций. Возможные значения: round_robin и shortest_task_first.
Алгоритм, используемый для выбора следующего слияния или мутации, которые будут выполнены пулом фоновых потоков. Политика может быть изменена во время работы сервера без его перезапуска.
Может быть применена из профиля default для обеспечения обратной совместимости.
Возможные значения:
round_robin— Каждое одновременно выполняющееся слияние и мутация выполняются в порядке round-robin, чтобы избежать голодания по ресурсам. Меньшие слияния завершаются быстрее, чем большие, просто потому что у них меньше блоков для слияния.shortest_task_first— Всегда выполнять меньшее слияние или мутацию. Слияниям и мутациям назначаются приоритеты на основе их результирующего размера. Слияния с меньшим размером строго предпочитаются большим. Эта политика обеспечивает максимально быстрое слияние маленьких частей, но может привести к бесконечному голоданию больших слияний в партициях, сильно перегруженныхINSERT-ами.
background_message_broker_schedule_pool_size
background_move_pool_size
background_pool_size
Задаёт количество потоков, выполняющих фоновые слияния и мутации для таблиц с движками MergeTree.
- Этот параметр также может быть задан при запуске сервера из конфигурации профиля
defaultдля обеспечения обратной совместимости при старте сервера ClickHouse. - Во время работы сервера можно только увеличить количество потоков.
- Чтобы уменьшить количество потоков, необходимо перезапустить сервер.
- Настраивая этот параметр, вы управляете нагрузкой на CPU и диск.
Меньший размер пула потребляет меньше ресурсов CPU и диска, но фоновые операции выполняются медленнее, что в конечном итоге может повлиять на производительность запросов.
Перед изменением этого параметра также ознакомьтесь со связанными настройками MergeTree, такими как:
number_of_free_entries_in_pool_to_lower_max_size_of_merge.number_of_free_entries_in_pool_to_execute_mutation.number_of_free_entries_in_pool_to_execute_optimize_entire_partition
Пример
background_schedule_pool_log
Содержит информацию обо всех фоновых задачах, которые выполняются в различных фоновых пулах.
background_schedule_pool_max_parallel_tasks_per_type_ratio
background_schedule_pool_size
backup_log
Настройки системной таблицы backup_log, используемой для журналирования операций BACKUP и RESTORE.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Пример
backup_threads
BACKUP.
backups
Настройки резервного копирования, используемые при выполнении команд BACKUP и RESTORE.
Следующие параметры могут быть заданы в подтегах:
| Setting | Type | Description | Default |
|---|---|---|---|
allow_concurrent_backups | Bool | Определяет, могут ли несколько операций резервного копирования выполняться одновременно на одном и том же хосте. | true |
allow_concurrent_restores | Bool | Определяет, могут ли несколько операций восстановления выполняться одновременно на одном и том же хосте. | true |
allowed_disk | String | Диск, на который выполняется резервное копирование при использовании File(). Этот параметр должен быть установлен для использования File. | `` |
allowed_path | String | Путь, по которому выполняется резервное копирование при использовании File(). Этот параметр должен быть установлен для использования File. | `` |
attempts_to_collect_metadata_before_sleep | UInt | Количество попыток собрать метаданные перед переходом в режим ожидания в случае несогласованности после сравнения собранных метаданных. | 2 |
collect_metadata_timeout | UInt64 | Таймаут в миллисекундах для сбора метаданных во время резервного копирования. | 600000 |
compare_collected_metadata | Bool | Если true, сравнивает собранные метаданные с существующими метаданными, чтобы убедиться, что они не изменяются во время резервного копирования. | true |
create_table_timeout | UInt64 | Таймаут в миллисекундах для создания таблиц во время операции восстановления. | 300000 |
max_attempts_after_bad_version | UInt64 | Максимальное количество попыток повторного выполнения после возникновения ошибки неверной версии во время координированного резервного копирования/восстановления. | 3 |
max_sleep_before_next_attempt_to_collect_metadata | UInt64 | Максимальное время ожидания в миллисекундах перед следующей попыткой собрать метаданные. | 100 |
min_sleep_before_next_attempt_to_collect_metadata | UInt64 | Минимальное время ожидания в миллисекундах перед следующей попыткой собрать метаданные. | 5000 |
remove_backup_files_after_failure | Bool | Если команда BACKUP завершится с ошибкой, ClickHouse попытается удалить файлы, уже скопированные в резервную копию до сбоя, в противном случае скопированные файлы будут оставлены без изменений. | true |
sync_period_ms | UInt64 | Период синхронизации в миллисекундах для координированного резервного копирования/восстановления. | 5000 |
test_inject_sleep | Bool | Тестовая задержка (sleep). | false |
test_randomize_order | Bool | Если true, случайным образом меняет порядок определённых операций в целях тестирования. | false |
zookeeper_path | String | Путь в ZooKeeper, где хранятся метаданные резервного копирования и восстановления при использовании выражения ON CLUSTER. | /clickhouse/backups |
По умолчанию этот параметр настроен следующим образом:
backups_io_thread_pool_queue_size
Максимальное количество задач, которые могут ожидать выполнения в пуле потоков ввода-вывода резервного копирования (Backups IO Thread pool). Рекомендуется оставлять эту очередь неограниченной из-за текущей логики резервного копирования в S3.
Значение 0 (по умолчанию) означает, что очередь не ограничена.
bcrypt_workfactor
Коэффициент сложности для типа аутентификации bcrypt_password, который использует алгоритм Bcrypt.
Этот коэффициент определяет объём вычислений и время, необходимые для вычисления хеша и проверки пароля.
Для приложений с частой аутентификацией рассмотрите альтернативные методы аутентификации из-за вычислительных издержек bcrypt при более высоких значениях фактора сложности.
blob_storage_log
Параметры системной таблицы blob_storage_log.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Пример:
builtin_dictionaries_reload_interval
Интервал в секундах между перезагрузками встроенных словарей.
ClickHouse перезагружает встроенные словари каждые x секунд. Это позволяет редактировать словари «на лету» без перезапуска сервера.
Пример
cache_size_to_ram_max_ratio
cannot_allocate_thread_fault_injection_probability
cgroups_memory_usage_observer_wait_time
Интервал в секундах, в течение которого максимальное допустимое потребление памяти сервером корректируется соответствующим пороговым значением в cgroups.
Чтобы отключить наблюдатель cgroups, установите это значение в 0.
compiled_expression_cache_elements_size
compiled_expression_cache_size
compression
Настройки сжатия данных для таблиц с движком MergeTree.
Рекомендуем не изменять эти настройки, если вы только начали использовать ClickHouse.
Пример конфигурации:
Поля <case>:
min_part_size– Минимальный размер части данных.min_part_size_ratio– Отношение размера части данных к размеру таблицы.method– Метод сжатия. Допустимые значения:lz4,lz4hc,zstd,deflate_qpl.level– Уровень сжатия. См. Codecs.
Вы можете настроить несколько секций <case>.
Действия при выполнении условий:
- Если часть данных соответствует набору условий, ClickHouse использует указанный метод сжатия.
- Если часть данных соответствует нескольким наборам условий, ClickHouse использует первый подходящий набор условий.
Если ни одно условие для части данных не выполнено, ClickHouse использует сжатие lz4.
Пример
concurrent_threads_scheduler
Политика планирования слотов CPU, определённых concurrent_threads_soft_limit_num и concurrent_threads_soft_limit_ratio_to_cores. Алгоритм, определяющий, как ограниченное количество слотов CPU распределяется между конкурирующими запросами. Планировщик можно изменить во время работы без перезапуска сервера.
Возможные значения:
round_robin— Каждый запрос с настройкойuse_concurrency_control= 1 выделяет доmax_threadsслотов CPU. Один слот на поток. При конкуренции слоты CPU выдаются запросам по круговому принципу (round-robin). Обратите внимание, что первый слот выделяется безусловно, что может приводить к несправедливости и увеличению задержки запросов с большим значениемmax_threadsпри наличии большого количества запросов сmax_threads= 1.fair_round_robin— Каждый запрос с настройкойuse_concurrency_control= 1 выделяет доmax_threads - 1слотов CPU. Вариантround_robin, не требующий слот CPU для первого потока каждого запроса. Таким образом, запросы сmax_threads= 1 не требуют ни одного слота и не могут несправедливо занять все слоты. Слоты не выделяются безусловно.
concurrent_threads_soft_limit_num
Максимальное количество потоков обработки запросов, за исключением потоков для получения данных с удалённых серверов, которые могут одновременно выполняться всеми запросами. Это не жёсткое ограничение. Если лимит достигнут, запрос всё равно получит как минимум один поток для выполнения. Во время выполнения запрос может масштабироваться до нужного числа потоков, если становится доступно больше потоков.
Значение 0 (по умолчанию) означает отсутствие ограничения.
concurrent_threads_soft_limit_ratio_to_cores
concurrent_threads_soft_limit_num, но задаётся как отношение к числу ядер.
файл конфигурации
config_reload_interval_ms
Как часто ClickHouse будет перечитывать конфигурацию и проверять наличие новых изменений.
core_dump
Устанавливает мягкий лимит на размер файла дампа памяти (core dump).
Жёсткий лимит задаётся средствами операционной системы
Пример
cpu_slot_preemption
Определяет, как осуществляется планирование нагрузки для ресурсов CPU (MASTER THREAD и WORKER THREAD).
- Если
true(рекомендуется), учет ведется на основе фактически потребленного CPU-времени. Конкурирующим нагрузкам выделяется справедливая доля CPU-времени. Слоты выделяются на ограниченный период и повторно запрашиваются после его истечения. Запрос слота может блокировать выполнение потока в случае перегрузки по ресурсам CPU, т.е. может происходить вытеснение (preemption). Это обеспечивает справедливое распределение CPU-времени. - Если
false(значение по умолчанию), учет ведется на основе количества выделенных CPU-слотов. Конкурирующим нагрузкам выделяется справедливое количество CPU-слотов. Слот выделяется при запуске потока, удерживается непрерывно и освобождается при завершении выполнения потока. Количество потоков, выделенных для выполнения запроса, может только увеличиваться от 1 доmax_threadsи никогда не уменьшаться. Это более благоприятно для долго работающих запросов и может приводить к голоданию коротких запросов по CPU.
Пример
См. также
cpu_slot_preemption_timeout_ms
Определяет, сколько миллисекунд рабочий поток может ждать во время вытеснения, то есть пока не будет выделен другой CPU-слот. По истечении этого таймаута, если потоку не удалось получить новый CPU-слот, он завершится, а запрос будет динамически масштабирован до меньшего числа одновременно выполняющихся потоков. Обратите внимание, что главный поток никогда не масштабируется вниз, но может вытесняться бесконечно долго. Имеет смысл только когда cpu_slot_preemption включён и CPU-ресурс определён для WORKER THREAD.
Пример
См. также
cpu_slot_quantum_ns
Определяет, сколько наносекунд CPU поток может потребить после получения слота CPU и до того, как ему необходимо запросить следующий слот CPU. Имеет смысл только в случае, если cpu_slot_preemption включён и ресурс CPU определён для MASTER THREAD или WORKER THREAD.
Пример
См. также
crash_log
Настройки для работы системной таблицы crash_log.
Следующие настройки можно задать с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если заданы partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree. | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если engine указан для системной таблицы, параметр partition_by должен быть указан непосредственно внутри 'engine'. | |
ttl | Задает для таблицы TTL. | Если engine указан для системной таблицы, параметр ttl должен быть указан непосредственно внутри 'engine'. | |
order_by | Пользовательский ключ сортировки для системной таблицы. Нельзя использовать, если задан engine. | Если engine указан для системной таблицы, параметр order_by должен быть указан непосредственно внутри 'engine'. | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если engine указан для системной таблицы, параметр storage_policy должен быть указан непосредственно внутри 'engine'. | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если engine указан для системной таблицы, параметр settings должен быть указан непосредственно внутри 'engine'. | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер журнала в строках. Когда количество несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1024 | |
reserved_size_rows | Предварительно выделенный объем памяти в строках для логов. | 1024 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. При достижении порога в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, нужно ли сбрасывать логи на диск в случае аварийного завершения работы. | false |
Конфигурационный файл сервера по умолчанию config.xml содержит следующий раздел настроек:
custom_cached_disks_base_directory
Этот параметр задает путь к кэшу для пользовательских (созданных из SQL) кэшируемых дисков.
custom_cached_disks_base_directory имеет более высокий приоритет для пользовательских дисков по сравнению с filesystem_caches_path (задано в filesystem_caches_path.xml),
который используется, если первый отсутствует.
Путь к файловому кэшу должен лежать внутри этого каталога,
в противном случае будет выброшено исключение, не позволяющее создать диск.
Это не повлияет на диски, созданные в более старой версии, до обновления сервера. В этом случае исключение выброшено не будет, чтобы сервер смог успешно запуститься.
Пример:
custom_settings_prefixes
Список префиксов для пользовательских настроек. Префиксы должны быть разделены запятыми.
Пример
См. также
database_atomic_delay_before_drop_table_sec
Задержка, в течение которой удалённую таблицу можно восстановить с помощью команды UNDROP. Если команда DROP TABLE выполнялась с модификатором SYNC, эта настройка игнорируется.
Значение по умолчанию для этой настройки — 480 (8 минут).
database_catalog_drop_error_cooldown_sec
database_catalog_drop_table_concurrency
database_catalog_unused_dir_cleanup_period_sec
Параметр задачи, которая удаляет ненужные данные из директории store/.
Задает периодичность выполнения этой задачи.
Значение 0 означает «никогда». Значение по умолчанию соответствует одним суткам.
database_catalog_unused_dir_hide_timeout_sec
Параметр задачи, которая удаляет «мусор» из директории store/.
Если какой-либо подкаталог не используется clickhouse-server и этот каталог не изменялся в течение последних
database_catalog_unused_dir_hide_timeout_sec секунд, задача «спрячет» этот каталог,
удалив все права доступа к нему. Это также применяется к каталогам, которые clickhouse-server не
ожидает увидеть внутри store/.
Значение 0 означает «немедленно».
database_catalog_unused_dir_rm_timeout_sec
Параметр задачи, которая очищает мусор из каталога store/.
Если какой-либо подкаталог не используется сервером ClickHouse и ранее был «спрятан»
(см. database_catalog_unused_dir_hide_timeout_sec),
и этот каталог не изменялся в течение последних
database_catalog_unused_dir_rm_timeout_sec секунд, задача удалит этот каталог.
Это также относится к каталогам, которые сервер ClickHouse не
ожидает увидеть внутри store/.
Значение 0 означает «никогда». Значение по умолчанию соответствует 30 дням.
database_replicated_allow_detach_permanently
database_replicated_drop_broken_tables
dead_letter_queue
Параметр для системной таблицы 'dead_letter_queue'.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Настройки по умолчанию:
default_database
default_password_type
Устанавливает тип пароля, который будет использоваться по умолчанию в запросах вида CREATE USER u IDENTIFIED BY 'p'.
Допустимые значения:
plaintext_passwordsha256_passworddouble_sha1_passwordbcrypt_password
default_profile
Профиль настроек по умолчанию. Профили настроек находятся в файле, заданном в параметре user_config.
Пример
default_replica_name
Имя реплики в ZooKeeper.
Пример
default_replica_path
Путь к таблице в ZooKeeper.
Пример
default_session_timeout
Таймаут сеанса по умолчанию в секундах.
dictionaries_config
Путь к конфигурационному файлу словарей.
Путь:
- Укажите абсолютный путь или путь относительно файла конфигурации сервера.
- Путь может содержать подстановочные символы * и ?.
См. также:
- "Словари".
Пример
dictionaries_lazy_load
Ленивая загрузка словарей.
- Если
true, то каждый словарь загружается при первом использовании. Если загрузка завершилась неудачно, функция, использовавшая словарь, выбрасывает исключение. - Если
false, то сервер загружает все словари при запуске.
При запуске сервер будет ждать полной загрузки всех словарей, прежде чем принимать какие-либо подключения
(исключение: если параметр wait_dictionaries_load_at_startup имеет значение false).
Пример
dictionaries_lib_path
Каталог с библиотеками словарей.
Пример
dictionary_background_reconnect_interval
background_reconnect после сбоя.
disable_insertion_and_mutation
Отключает запросы INSERT/ALTER/DELETE. Этот параметр включают, если требуются узлы только для чтения, чтобы операции вставки и модификации не влияли на производительность чтения. Вставки во внешние движки (S3, DataLake, MySQL, PostgreSQL, Kafka и т. д.) разрешены независимо от этого параметра.
disable_internal_dns_cache
disable_tunneling_for_https_requests_over_http_proxy
По умолчанию для выполнения HTTPS-запросов через HTTP-прокси используется туннелирование (т.е. HTTP CONNECT). Этот параметр можно использовать для его отключения.
no_proxy
По умолчанию все запросы проходят через прокси. Чтобы отключить его для отдельных хостов, необходимо установить переменную no_proxy.
Её можно задать внутри секции <proxy> для list и remote resolvers, а также в виде переменной окружения для environment resolver.
Поддерживаются IP-адреса, домены, поддомены и подстановочный символ '*' для полного обхода прокси. Ведущие точки отбрасываются так же, как это делает curl.
Пример
Ниже приведена конфигурация, которая обходит прокси для запросов к clickhouse.cloud и ко всем её поддоменам (например, auth.clickhouse.cloud).
То же самое относится к GitLab, даже несмотря на ведущую точку. И gitlab.com, и about.gitlab.com будут обходить прокси.
disk_connections_hard_limit
disk_connections_soft_limit
disk_connections_store_limit
disk_connections_warn_limit
display_secrets_in_show_and_select
Включает или отключает отображение секретных значений в запросах SHOW и SELECT для таблиц, баз данных, табличных функций и словарей.
Пользователь, который хочет видеть секреты, также должен включить
настройку формата format_display_secrets_in_show_and_select
и иметь право
displaySecretsInShowAndSelect.
Возможные значения:
0— Отключено.1— Включено.
distributed_cache_apply_throttling_settings_from_client
distributed_cache_keep_up_free_connections_ratio
distributed_ddl
Управляет выполнением распределённых DDL-запросов (CREATE, DROP, ALTER, RENAME) на кластере.
Работает только при включённом ZooKeeper.
Настраиваемые параметры внутри <distributed_ddl> включают:
| Setting | Description | Default Value |
|---|---|---|
path | путь в Keeper для task_queue с DDL-запросами | |
profile | профиль, используемый для выполнения DDL-запросов | |
pool_size | сколько запросов ON CLUSTER может выполняться одновременно | |
max_tasks_in_queue | максимальное количество задач, которое может находиться в очереди | 1,000 |
task_max_lifetime | удалить узел, если его «возраст» превышает это значение | 7 * 24 * 60 * 60 (неделя в секундах) |
cleanup_delay_period | очистка запускается после получения события о новом узле, если предыдущая очистка выполнялась не менее чем cleanup_delay_period секунд назад | 60 секунд |
Пример
distributed_ddl.cleanup_delay_period
<cleanup_delay_period> секунд.
distributed_ddl.max_tasks_in_queue
distributed_ddl.path
<task_queue> для DDL-запросов
distributed_ddl.pool_size
<ON CLUSTER> может выполняться одновременно
distributed_ddl.profile
профиль, используемый для выполнения DDL-запросов
distributed_ddl.replicas_path
<task_queue> для реплик
distributed_ddl.task_max_lifetime
distributed_ddl_use_initial_user_and_roles
dns_allow_resolve_names_to_ipv4
dns_allow_resolve_names_to_ipv6
dns_cache_max_entries
dns_cache_update_period
dns_max_consecutive_failures
Прекращает дальнейшие попытки обновить DNS-кэш для имени хоста после указанного количества последовательных сбоев. Информация при этом остаётся в DNS-кэше. Ноль означает отсутствие ограничения.
См. также
drop_distributed_cache_pool_size
drop_distributed_cache_queue_size
enable_azure_sdk_logging
encryption
Настраивает команду для получения ключа, который будет использоваться кодеками шифрования. Ключ (или ключи) должен храниться в переменных окружения или быть задан в файле конфигурации.
Ключи могут задаваться в шестнадцатеричном виде или в виде строки длиной 16 байт.
Пример
Загрузка из конфигурационного файла:
Хранить ключи в файле конфигурации не рекомендуется. Это небезопасно. Вы можете переместить ключи в отдельный файл конфигурации на защищённом диске и поместить символическую ссылку на этот файл конфигурации в папку config.d/.
Загрузка из конфигурации, когда ключ задан в шестнадцатеричном формате:
Загрузка ключа из переменной окружения:
Здесь current_key_id задаёт текущий ключ для шифрования, а все указанные ключи могут использоваться для расшифровки.
Каждый из этих методов может использоваться для нескольких ключей:
Здесь параметр current_key_id указывает текущий ключ шифрования.
Также можно задать nonce длиной 12 байт (по умолчанию при шифровании и расшифровке используется nonce, состоящий из нулевых байтов):
Или его можно задать в шестнадцатеричном виде:
Все вышеперечисленное также применимо к aes_256_gcm_siv (но длина ключа должна составлять 32 байта).
error_log
По умолчанию он отключён.
Включение
Чтобы вручную включить сбор истории ошибок system.error_log, создайте /etc/clickhouse-server/config.d/error_log.xml со следующим содержимым:
Отключение
Чтобы отключить параметр error_log, необходимо создать файл /etc/clickhouse-server/config.d/disable_error_log.xml со следующим содержимым:
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
filesystem_caches_path
Этот параметр указывает путь к кэшу.
Пример
format_parsing_thread_pool_queue_size
Максимальное количество заданий, которые могут быть поставлены в очередь пула потоков для разбора входных данных.
Значение 0 означает отсутствие ограничения.
format_schema_path
Путь к каталогу со схемами для входных данных, например, схемами для формата CapnProto.
Пример
format_schema_path
Путь к каталогу со схемами входных данных, например со схемами для формата CapnProto.
Пример
global_profiler_cpu_time_period_ns
global_profiler_real_time_period_ns
google_protos_path
Задает каталог с proto-файлами для типов Protobuf.
Пример
google_protos_path
Определяет путь к каталогу, содержащему proto-файлы для типов Protobuf.
Пример:
graphite
Отправка данных в Graphite.
Настройки:
host– сервер Graphite.port– порт на сервере Graphite.interval– интервал отправки, в секундах.timeout– время ожидания при отправке данных, в секундах.root_path– префикс для ключей.metrics– отправка данных из таблицы system.metrics.events– отправка значений дельт, накопленных за период времени, из таблицы system.events.events_cumulative– отправка накопительных данных из таблицы system.events.asynchronous_metrics– отправка данных из таблицы system.asynchronous_metrics.
Вы можете настроить несколько блоков <graphite>. Например, это можно использовать для отправки различных данных с разными интервалами.
Пример
graphite_rollup
Настройки прореживания данных Graphite.
Для получения дополнительной информации см. GraphiteMergeTree.
Пример
hdfs.libhdfs3_conf
Задает для libhdfs3 корректное местоположение его конфигурации.
hsts_max_age
Срок действия HSTS в секундах.
Значение 0 означает, что ClickHouse отключает HSTS. Если вы зададите положительное число, HSTS будет включён, а max-age будет равен указанному вами числу.
Пример
http_connections_hard_limit
http_connections_soft_limit
http_connections_store_limit
http_connections_warn_limit
http_handlers
Позволяет использовать пользовательские HTTP‑обработчики.
Чтобы добавить новый http‑обработчик, просто добавьте новый <rule>.
Правила проверяются сверху вниз в указанном порядке,
и первый совпавший запустит обработчик.
Следующие настройки могут быть заданы с помощью подтегов:
| Sub-tags | Definition |
|---|---|
url | Для сопоставления URL запроса можно использовать префикс 'regex:' для сопоставления по регулярному выражению (необязательно) |
methods | Для сопоставления HTTP‑методов запроса можно использовать запятые для разделения нескольких значений методов (необязательно) |
headers | Для сопоставления заголовков запроса сопоставьте каждый дочерний элемент (имя дочернего элемента — имя заголовка); можно использовать префикс 'regex:' для сопоставления по регулярному выражению (необязательно) |
handler | Обработчик запроса |
empty_query_string | Проверяет, что в URL отсутствует строка запроса |
handler содержит следующие настройки, которые могут быть заданы с помощью подтегов:
| Sub-tags | Definition |
|---|---|
url | Адрес для перенаправления |
type | Поддерживаемые типы: static, dynamic_query_handler, predefined_query_handler, redirect |
status | Используется с типом static, код статуса ответа |
query_param_name | Используется с типом dynamic_query_handler, извлекает и выполняет значение, соответствующее значению <query_param_name> в параметрах HTTP‑запроса |
query | Используется с типом predefined_query_handler, выполняет запрос при вызове обработчика |
content_type | Используется с типом static, content-type ответа |
response_content | Используется с типом static, содержимое ответа, отправляемое клиенту; при использовании префикса 'file://' или 'config://' считывает содержимое из файла или конфигурации и отправляет его клиенту |
Наряду со списком правил вы можете указать <defaults/>, который включает все обработчики по умолчанию.
Пример:
http_options_response
Используется для добавления заголовков к ответу на HTTP-запрос OPTIONS.
Метод OPTIONS используется при выполнении предварительных CORS-запросов (preflight-запросов).
Дополнительную информацию см. в разделе OPTIONS.
Пример:
http_server_default_response
Страница, которая отображается по умолчанию при обращении к HTTP(S)-серверу ClickHouse. Значение по умолчанию — «Ok.» (с символом перевода строки в конце)
Пример
Открывает https://tabix.io/ при обращении к http://localhost:http_port.
iceberg_catalog_threadpool_pool_size
iceberg_catalog_threadpool_queue_size
iceberg_metadata_files_cache_max_entries
iceberg_metadata_files_cache_policy
iceberg_metadata_files_cache_size
iceberg_metadata_files_cache_size_ratio
ignore_empty_sql_security_in_create_view_query
Если значение true, ClickHouse не записывает значения по умолчанию для пустого оператора SQL SECURITY в запросах CREATE VIEW.
Этот параметр нужен только на период миграции и станет устаревшим начиная с версии 24.4.
include_from
Путь к файлу с подстановками. Поддерживаются форматы XML и YAML.
Подробнее см. в разделе Файлы конфигурации.
Пример
include_from
Путь к файлу с подстановками. Поддерживаются форматы XML и YAML.
Для получения дополнительной информации см. раздел "Файлы конфигурации".
Пример
index_mark_cache_policy
index_mark_cache_size
Максимальный размер кэша для маркеров индекса.
Значение 0 означает, что кэш отключен.
Этот параметр можно изменять во время работы, и изменения вступят в силу немедленно.
index_mark_cache_size_ratio
index_uncompressed_cache_policy
index_uncompressed_cache_size
Максимальный размер кэша для несжатых блоков индекса MergeTree.
Значение 0 означает, что кэш отключен.
Этот параметр можно изменять во время работы, и изменения вступают в силу немедленно.
index_uncompressed_cache_size_ratio
interserver_http_credentials
Имя пользователя и пароль, используемые для подключения к другим серверам во время репликации. Кроме того, сервер аутентифицирует другие реплики, используя эти учетные данные.
Поэтому значение interserver_http_credentials должно быть одинаковым для всех реплик в кластере.
- По умолчанию если секция
interserver_http_credentialsопущена, аутентификация во время репликации не используется. - Настройки
interserver_http_credentialsне относятся к конфигурации учетных данных клиента ClickHouse. - Эти учетные данные общие для репликации по
HTTPиHTTPS.
Следующие настройки могут быть заданы с помощью подтегов:
user— Имя пользователя.password— Пароль.allow_empty— Еслиtrue, другим репликам разрешено подключаться без аутентификации даже при наличии заданных учетных данных. Еслиfalse, подключения без аутентификации отклоняются. Значение по умолчанию:false.old— Содержит старыеuserиpassword, использовавшиеся при ротации учетных данных. Может быть указано несколько секцийold.
Ротация учетных данных
ClickHouse поддерживает динамическую ротацию межсерверных учетных данных без одновременной остановки всех реплик для обновления их конфигурации. Учетные данные можно изменить в несколько шагов.
Чтобы включить аутентификацию, установите interserver_http_credentials.allow_empty в true и добавьте учетные данные. Это разрешит подключения как с аутентификацией, так и без нее.
После конфигурирования всех реплик установите для allow_empty значение false или удалите этот параметр. Это делает аутентификацию с использованием новых учетных данных обязательной.
Чтобы изменить существующие учетные данные, перенесите имя пользователя и пароль в раздел interserver_http_credentials.old и задайте новые значения для user и password. На этом этапе сервер использует новые учетные данные для подключения к другим репликам и принимает подключения как с новыми, так и со старыми учетными данными.
После применения новых учетных данных ко всем репликам старые учетные данные могут быть удалены.
interserver_http_host
Имя хоста, которое другие серверы могут использовать для доступа к этому серверу.
Если параметр не задан, значение определяется так же, как в команде <hostname -f>.
Полезен для отвязки от конкретного сетевого интерфейса.
Пример
interserver_http_host
Имя хоста, которое может использоваться другими серверами для доступа к этому серверу.
Если не задано, определяется так же, как результат команды hostname -f.
Полезно для отказа от привязки к конкретному сетевому интерфейсу.
Пример
interserver_http_port
Порт для обмена данными между серверами ClickHouse.
Пример
interserver_http_port
Порт для обмена данными между серверами ClickHouse.
Пример
interserver_https_host
Аналогично <interserver_http_host>, за тем исключением, что это имя хоста используется другими серверами для доступа к этому серверу по <HTTPS>.
Пример
interserver_https_host
Аналогично interserver_http_host, за исключением того, что это имя хоста используется другими серверами для доступа к этому серверу по HTTPS.
Пример
interserver_https_port
Порт для обмена данными между серверами ClickHouse по протоколу <HTTPS>.
Пример
interserver_https_port
Порт для обмена данными между серверами ClickHouse по протоколу HTTPS.
Пример
interserver_listen_host
Ограничение для хостов, которые могут обмениваться данными между серверами ClickHouse. Если используется Keeper, то то же ограничение будет применяться к взаимодействию между разными экземплярами Keeper.
По умолчанию значение равно настройке listen_host.
Пример
Тип:
Значение по умолчанию:
io_thread_pool_queue_size
Максимальное количество заданий, которые могут быть поставлены в очередь пула потоков ввода-вывода.
Значение 0 означает отсутствие ограничения.
jemalloc_collect_global_profile_samples_in_trace_log
jemalloc_enable_background_threads
jemalloc_enable_global_profiler
jemalloc_flush_profile_interval_bytes
jemalloc_flush_profile_on_memory_exceeded
jemalloc_max_background_threads_num
keep_alive_timeout
Количество секунд, в течение которых ClickHouse ожидает входящих HTTP-запросов перед закрытием соединения.
Пример
keeper_hosts
Динамическая настройка. Содержит набор хостов [Zoo]Keeper, к которым ClickHouse потенциально может подключаться. Не включает информацию из <auxiliary_zookeepers>.
keeper_multiread_batch_size
Максимальный размер пакета для запроса MultiRead к [Zoo]Keeper с поддержкой пакетной обработки. Если установлено значение 0, пакетная обработка отключается. Доступно только в ClickHouse Cloud.
keeper_server.socket_receive_timeout_sec
keeper_server.socket_send_timeout_sec
ldap_servers
Перечислите здесь LDAP‑серверы с их параметрами подключения, чтобы:
- использовать их как аутентификаторы для отдельных локальных пользователей, у которых вместо механизма аутентификации
passwordзаданldap; - использовать их как удалённые каталоги пользователей.
Следующие настройки можно задать с помощью подтегов:
| Setting | Description |
|---|---|
host | Имя хоста или IP‑адрес LDAP‑сервера, этот параметр является обязательным и не может быть пустым. |
port | Порт LDAP‑сервера, по умолчанию 636, если enable_tls установлено в true, иначе 389. |
bind_dn | Шаблон, используемый для построения DN для привязки (bind). Итоговый DN формируется путём замены всех подстрок \{user_name\} в шаблоне фактическим именем пользователя при каждой попытке аутентификации. |
user_dn_detection | Раздел с параметрами поиска LDAP для определения фактического DN пользователя, к которому выполняется привязка. В основном используется в поисковых фильтрах для дальнейшего сопоставления ролей, когда сервер — Active Directory. Итоговый DN пользователя будет использоваться при замене подстрок \{user_dn\} везде, где это допускается. По умолчанию DN пользователя устанавливается равным bind DN, но после выполнения поиска он будет обновлён фактически обнаруженным значением DN пользователя. |
verification_cooldown | Период времени в секундах после успешной попытки привязки, в течение которого пользователь считается успешно аутентифицированным для всех последующих запросов без обращения к LDAP‑серверу. Укажите 0 (значение по умолчанию), чтобы отключить кэширование и принудительно обращаться к LDAP‑серверу для каждого запроса аутентификации. |
enable_tls | Флаг, включающий использование защищённого подключения к LDAP‑серверу. Укажите no для протокола в открытом виде (ldap://) (не рекомендуется). Укажите yes для LDAP поверх SSL/TLS (ldaps://) (рекомендуется, значение по умолчанию). Укажите starttls для устаревшего протокола StartTLS (протокол в открытом виде (ldap://), повышаемый до TLS). |
tls_minimum_protocol_version | Минимальная версия протокола SSL/TLS. Допустимые значения: ssl2, ssl3, tls1.0, tls1.1, tls1.2 (значение по умолчанию). |
tls_require_cert | Поведение проверки сертификата SSL/TLS удалённого узла. Допустимые значения: never, allow, try, demand (значение по умолчанию). |
tls_cert_file | Путь к файлу сертификата. |
tls_key_file | Путь к файлу ключа сертификата. |
tls_ca_cert_file | Путь к файлу корневого сертификата (CA). |
tls_ca_cert_dir | Путь к каталогу, содержащему корневые сертификаты (CA). |
tls_cipher_suite | Разрешённый набор шифров (в нотации OpenSSL). |
Настройка user_dn_detection может быть задана с помощью подтегов:
| Setting | Description |
|---|---|
base_dn | Шаблон, используемый для построения base DN для поиска LDAP. Итоговый DN формируется путём замены всех подстрок \{user_name\} и \{bind_dn\} в шаблоне фактическим именем пользователя и bind DN во время поиска LDAP. |
scope | Область поиска LDAP. Допустимые значения: base, one_level, children, subtree (значение по умолчанию). |
search_filter | Шаблон, используемый для построения фильтра поиска для запроса LDAP. Итоговый фильтр формируется путём замены всех подстрок \{user_name\}, \{bind_dn\} и \{base_dn\} в шаблоне фактическим именем пользователя, bind DN и base DN во время поиска LDAP. Обратите внимание, что специальные символы должны быть корректно экранированы в XML. |
Example:
Пример (типичная среда Active Directory с настроенным определением DN пользователя для последующего сопоставления ролей):
license_file
Содержимое файла лицензии для ClickHouse Enterprise Edition
license_public_key_for_testing
Демонстрационный лицензионный ключ, только для использования в CI
listen_backlog
Backlog (размер очереди ожидающих соединений) для прослушивающего сокета. Значение по умолчанию <4096> такое же, как в Linux 5.4+.
Обычно это значение не нужно изменять, поскольку:
- значение по умолчанию достаточно велико;
- для приёма клиентских соединений у сервера есть отдельный поток.
Поэтому даже если счётчик <TcpExtListenOverflows> (из <nstat>) ненулевой и растёт для сервера ClickHouse, это не значит, что это значение необходимо увеличивать, поскольку:
- обычно, если
<4096>недостаточно, это указывает на внутреннюю проблему масштабирования ClickHouse, поэтому лучше создать отчёт об ошибке; - это не означает, что сервер сможет обработать больше соединений позже (и даже если бы смог, к тому моменту клиенты могут уже отключиться или пропасть).
Пример
listen_backlog
Backlog (размер очереди ожидающих подключений) прослушивающего сокета. Значение по умолчанию 4096 такое же, как и в Linux 5.4+).
Обычно это значение не требуется изменять, поскольку:
- Значение по умолчанию достаточно велико.
- Для приёма клиентских подключений у сервера есть отдельный поток.
Поэтому даже если у вас TcpExtListenOverflows (из nstat) имеет ненулевое значение и этот счётчик растёт для сервера ClickHouse, это не означает, что это значение нужно увеличивать, поскольку:
- Обычно, если
4096недостаточно, это указывает на внутреннюю проблему масштабирования ClickHouse, поэтому лучше сообщить о проблеме. - Это не означает, что сервер сможет позже обработать больше подключений (и даже если сможет, к тому моменту клиенты могут уже уйти или отключиться).
Пример
listen_host
Ограничение на хосты, с которых принимаются запросы. Если вы хотите, чтобы сервер принимал запросы со всех хостов, укажите ::.
Примеры:
listen_reuse_port
Разрешает нескольким серверам прослушивать один и тот же адрес:порт. Запросы будут направляться операционной системой на случайный сервер. Включать этот параметр не рекомендуется.
Пример
listen_reuse_port
Разрешает нескольким серверам прослушивать одно и то же сочетание адрес:порт. Запросы будут операционной системой направляться на случайный сервер. Включать этот параметр не рекомендуется.
Пример
Тип:
Значение по умолчанию:
listen_try
Сервер не завершит работу, если сети IPv6 или IPv4 недоступны при попытке начать прослушивание (открыть порт).
Пример
listen_try
Сервер не будет завершать работу, если при попытке начать прослушивание недоступны сети IPv6 или IPv4.
Пример
load_marks_threadpool_pool_size
load_marks_threadpool_queue_size
logger
Расположение и формат сообщений журнала.
Ключи:
| Key | Description |
|---|---|
level | Уровень логирования. Допустимые значения: none (выключить логирование), fatal, critical, error, warning, notice, information,debug, trace, test |
log | Путь к файлу журнала. |
errorlog | Путь к файлу журнала ошибок. |
size | Политика ротации: максимальный размер файлов журнала в байтах. Когда размер файла журнала превышает этот порог, он переименовывается и архивируется, после чего создаётся новый файл журнала. |
rotation | Политика ротации: определяет, когда файлы журнала ротируются. Ротация может выполняться по размеру, времени или их комбинации. Примеры: 100M, daily, 100M,daily. Когда размер файла журнала превышает указанный размер или наступает заданный интервал времени, файл переименовывается и архивируется, после чего создаётся новый файл журнала. |
count | Политика ротации: максимальное количество исторических файлов журналов ClickHouse, которые хранятся. |
stream_compress | Сжимать сообщения журнала с помощью LZ4. Установите 1 или true для включения. |
console | Включить логирование в консоль. Установите 1 или true для включения. Значение по умолчанию — 1, если ClickHouse не запущен в режиме демона, иначе 0. |
console_log_level | Уровень логирования для вывода в консоль. По умолчанию — level. |
formatting.type | Формат журнала для вывода в консоль. В настоящее время поддерживается только json. |
use_syslog | Дополнительно перенаправлять вывод журнала в syslog. |
syslog_level | Уровень логирования для записи в syslog. |
async | Если true (по умолчанию), логирование выполняется асинхронно (один фоновый поток на каждый канал вывода). В противном случае логирование выполняется в потоке, вызывающем LOG. |
async_queue_max_size | При использовании асинхронного логирования — максимальное количество сообщений, которые будут находиться в очереди в ожидании сброса. Лишние сообщения будут отброшены. |
startup_level | Уровень логирования при запуске используется для установки уровня корневого логгера при старте сервера. После запуска уровень логирования возвращается к настройке level. |
shutdown_level | Уровень логирования при остановке используется для установки уровня корневого логгера при остановке сервера. |
Спецификаторы формата журнала
Имена файлов в путях log и errorLog поддерживают следующие спецификаторы формата для результирующего имени файла (для части пути, соответствующей каталогу, спецификаторы не поддерживаются).
Столбец «Example» показывает вывод для 2023-07-06 18:32:07.
| Спецификатор | Описание | Пример |
|---|---|---|
%% | Буквальный символ % | % |
%n | Символ перевода строки | |
%t | Символ горизонтальной табуляции | |
%Y | Год в виде десятичного числа, например, 2017 | 2023 |
%y | Последние две цифры года как десятичное число (диапазон [00, 99]) | 23 |
%C | Первые две цифры года в виде десятичного числа (диапазон [00,99]) | 20 |
%G | Четырёхзначный год по ISO 8601, основанный на неделях, то есть год, который содержит указанную неделю. Обычно используется только вместе с %V | 2023 |
%g | Последние две цифры ISO 8601 week-based year, то есть года, в который входит указанная неделя. | 23 |
%b | Сокращённое название месяца, например, Oct (зависит от локали). | Jul |
%h | Синоним спецификатора %b | Jul |
%B | Полное название месяца, например October (зависит от настроек локали) | июль |
%m | Месяц как десятичное число (диапазон [01,12]) | 07 |
%U | Номер недели в году в виде десятичного числа (воскресенье — первый день недели) (диапазон [00,53]) | 27 |
%W | Номер недели года в виде десятичного числа (понедельник — первый день недели) (диапазон [00,53]) | 27 |
%V | Номер недели по стандарту ISO 8601 (диапазон [01,53]) | 27 |
%j | День года как десятичное число (диапазон [001, 366]) | 187 |
%d | День месяца в виде десятичного числа с ведущим нулём (диапазон [01,31]). Одноразрядное число дополняется ведущим нулём. | 06 |
%e | День месяца в виде десятичного числа с заполнением пробелом (диапазон [1,31]). Одноразрядное число дополняется пробелом слева. | 6 |
%a | Краткое название дня недели, например Fri (зависит от локали) | Чт |
%A | Полное название дня недели, например «Friday» (зависит от локали) | четверг |
%w | День недели в виде целого числа, где воскресенье — 0 (диапазон [0–6]) | 4 |
%u | День недели как целое число, где понедельник — 1 (в формате ISO 8601) (диапазон [1-7]) | 4 |
%H | Час в виде десятичного числа, 24-часовой формат (диапазон [00–23]) | 18 |
%I | Час в виде десятичного числа в 12-часовом формате (диапазон [01, 12]) | 06 |
%M | Минута как десятичное число (в диапазоне [00,59]) | 32 |
%S | Секунда в формате десятичного числа (диапазон [00,60]) | 07 |
%c | Стандартное строковое представление даты и времени, например Sun Oct 17 04:41:13 2010 (зависит от локали) | Thu Jul 6 18:32:07 2023 |
%x | Локализованный формат даты (зависит от локали) | 06.07.23 |
%X | Локализованное представление времени, например 18:40:20 или 6:40:20 PM (в зависимости от локали) | 18:32:07 |
%D | Краткая дата в формате MM/DD/YY, эквивалент формату %m/%d/%y | 07/06/23 |
%F | Краткая дата в формате YYYY-MM-DD, эквивалент записи %Y-%m-%d | 2023-07-06 |
%r | Локализованное время в 12‑часовом формате (зависит от региональных настроек) | 06:32:07 PM |
%R | Эквивалент «%H:%M» | 18:32 |
%T | Эквивалентно "%H:%M:%S" (время в формате ISO 8601) | 18:32:07 |
%p | Локализованное обозначение «a.m.» или «p.m.» (зависит от локали) | PM |
%z | Смещение от UTC в формате ISO 8601 (например -0430) или пустая строка, если сведения о часовом поясе недоступны | +0800 |
%Z | Зависимое от локали название или аббревиатура часового пояса, либо пустая строка, если информация о часовом поясе недоступна | Z AWST |
Пример
Чтобы выводить лог‑сообщения только в консоль:
Переопределения по уровням
Уровень логирования для отдельных логгеров по имени может быть переопределён. Например, чтобы отключить все сообщения логгеров "Backup" и "RBAC".
syslog
Чтобы дополнительно записывать лог-сообщения в syslog:
Ключи для <syslog>:
| Key | Description |
|---|---|
address | Адрес syslog в формате host\[:port\]. Если не указан — используется локальный демон. |
hostname | Имя хоста, с которого отправляются логи (необязательное поле). |
facility | Ключевое слово facility для syslog. Должно быть указано в верхнем регистре с префиксом "LOG_", например: LOG_USER, LOG_DAEMON, LOG_LOCAL3 и т. д. По умолчанию: LOG_USER, если указан address, иначе — LOG_DAEMON. |
format | Формат сообщения лога. Возможные значения: bsd и syslog. |
Форматы логов
Вы можете задать формат логов, выводимых в консоль. В данный момент поддерживается только JSON.
Пример
Ниже приведён пример выходного JSON-лога:
Чтобы включить поддержку логирования в формате JSON, используйте следующий фрагмент конфигурации:
Переименование ключей для JSON-логов
Имена ключей можно изменить, задав другие значения тегов внутри тега <names>. Например, чтобы изменить DATE_TIME на MY_DATE_TIME, можно использовать <date_time>MY_DATE_TIME</date_time>.
Пропуск ключей для JSON-логов
Поля логов можно опустить, закомментировав соответствующее поле. Например, если вы не хотите, чтобы лог выводил query_id, вы можете закомментировать тег <query_id>.
logger.async
<true> (по умолчанию), логирование выполняется асинхронно (один фоновый поток на каждый канал вывода). В противном случае записи в лог выполняются в потоке, из которого вызывается LOG.
logger.async_queye_max_size
logger.console
<1> или <true>, чтобы включить параметр. Значение по умолчанию — <1>, если ClickHouse не запущен в режиме демона, и <0> в противном случае.
logger.console_log_level
<level>.
logger.count
logger.errorlog
Путь к файлу журнала ошибок.
logger.formatting.type
<json>.
logger.level
<none> (отключить логирование), <fatal>, <critical>, <error>, <warning>, <notice>, <information>, <debug>, <trace>, <test>.
logger.log
Путь к файлу журнала.
logger.rotation
logger.shutdown_level
Уровень завершения используется для установки уровня корневого логгера при остановке сервера.
logger.size
logger.startup_level
Стартовый уровень используется для задания уровня корневого логгера при запуске сервера. После запуска уровень логирования возвращается к значению параметра <level>.
logger.stream_compress
<1> или <true>, чтобы включить.
logger.syslog_level
logger.use_syslog
macros
Параметры подстановки для реплицированных таблиц.
Эту секцию можно опустить, если реплицированные таблицы не используются.
Для получения дополнительной информации см. раздел Создание реплицированных таблиц.
Пример
mark_cache_policy
mark_cache_prewarm_ratio
mark_cache_size
Максимальный размер кэша меток (индекса таблиц семейства MergeTree).
Этот параметр можно изменять во время работы сервера, и изменения вступят в силу немедленно.
mark_cache_size_ratio
max_active_parts_loading_thread_pool_size
max_authentication_methods_per_user
Максимальное количество методов аутентификации, с которыми пользователь может быть создан или изменён. Изменение этой настройки не влияет на уже существующих пользователей. Запросы CREATE/ALTER, связанные с аутентификацией, будут завершаться с ошибкой, если они превышают лимит, указанный в этой настройке. Запросы CREATE/ALTER, не связанные с аутентификацией, будут выполняться успешно.
Значение 0 означает отсутствие ограничения.
max_backup_bandwidth_for_server
max_backups_io_thread_pool_free_size
max_backup_io_thread_pool_free_size, ClickHouse освободит ресурсы, занятые этими потоками, и уменьшит размер пула. Потоки могут быть созданы снова при необходимости.
max_backups_io_thread_pool_size
max_backups_io_thread_pool_size ограничивает максимальное количество потоков в этом пуле.
max_build_vector_similarity_index_thread_pool_size
Максимальное количество потоков, используемых для построения векторных индексов.
Значение 0 означает все ядра.
max_concurrent_insert_queries
Ограничение на общее число одновременно выполняемых запросов INSERT.
Значение 0 (по умолчанию) означает отсутствие ограничений.
Этот параметр может быть изменён во время работы и вступает в силу немедленно. Запросы, которые уже выполняются, останутся без изменений.
max_concurrent_queries
Ограничение на общее число одновременно выполняемых запросов. Обратите внимание, что также необходимо учитывать ограничения на запросы INSERT и SELECT, а также на максимальное число запросов для пользователей.
См. также:
Значение 0 (по умолчанию) означает отсутствие ограничений.
Этот параметр можно изменить во время работы сервера, и изменение вступит в силу немедленно. Уже выполняющиеся запросы останутся без изменений.
max_concurrent_select_queries
Ограничение на общее количество одновременно выполняемых запросов SELECT.
Значение 0 (по умолчанию) означает отсутствие ограничения.
Этот параметр можно изменить во время работы сервера, и изменение вступит в силу немедленно. Уже выполняющиеся запросы останутся без изменений.
max_connections
max_database_num_to_throw
max_database_num_to_warn
Если количество подключённых баз данных превышает указанное значение, сервер ClickHouse добавит предупреждения в таблицу system.warnings.
Пример
max_database_replicated_create_table_thread_pool_size
max_dictionary_num_to_throw
Если число словарей превышает это значение, сервер выбросит исключение.
В счет идут только таблицы баз данных со следующими движками:
- Atomic
- Ordinary
- Replicated
- Lazy
Значение 0 означает отсутствие ограничения.
Пример
max_dictionary_num_to_warn
Если количество подключенных словарей превышает указанное значение, сервер ClickHouse добавит предупреждающие сообщения в таблицу system.warnings.
Пример
max_distributed_cache_read_bandwidth_for_server
max_distributed_cache_write_bandwidth_for_server
max_entries_for_hash_table_stats
max_fetch_partition_thread_pool_size
max_format_parsing_thread_pool_free_size
Максимальное количество свободных резервных потоков в пуле потоков для разбора входных данных.
max_format_parsing_thread_pool_size
Максимальное общее количество потоков, используемых для разбора входных данных.
max_io_thread_pool_free_size
Если количество свободных потоков в пуле потоков ввода-вывода превышает max_io_thread_pool_free_size, ClickHouse освободит ресурсы, занятые этими потоками, и уменьшит размер пула. При необходимости потоки могут быть созданы заново.
max_io_thread_pool_size
ClickHouse использует потоки из пула потоков ввода-вывода (IO thread pool) для выполнения отдельных операций ввода-вывода (например, для взаимодействия с S3). max_io_thread_pool_size ограничивает максимальное количество потоков в этом пуле.
max_keep_alive_requests
Максимальное количество запросов через одно keep-alive-соединение до того, как оно будет закрыто сервером ClickHouse.
Пример
max_local_read_bandwidth_for_server
Максимальная скорость локального чтения в байтах в секунду.
Значение 0 означает отсутствие ограничений.
max_local_write_bandwidth_for_server
Максимальная скорость локальной записи в байтах в секунду.
Значение 0 означает отсутствие ограничений.
max_materialized_views_count_for_table
Ограничение на число materialized views, привязанных к таблице.
Здесь учитываются только непосредственно зависящие от неё представления; создание одного представления поверх другого представления не принимается во внимание.
max_merges_bandwidth_for_server
max_mutations_bandwidth_for_server
max_named_collection_num_to_throw
Если количество именованных коллекций превышает это значение, сервер выбросит исключение.
Значение 0 означает отсутствие ограничений.
Пример
max_named_collection_num_to_warn
Если количество именованных коллекций превышает заданное значение, сервер ClickHouse добавит предупреждения в таблицу system.warnings.
Пример
max_open_files
Максимальное количество открытых файлов.
Мы рекомендуем использовать эту опцию в macOS, поскольку функция getrlimit() возвращает некорректное значение.
max_open_files
Максимальное количество открытых файлов.
Рекомендуем использовать этот параметр на macOS, поскольку функция getrlimit() возвращает некорректное значение.
Пример
max_os_cpu_wait_time_ratio_to_drop_connection
Максимальное соотношение между временем ожидания CPU в ОС (метрика OSCPUWaitMicroseconds) и временем занятости (метрика OSCPUVirtualTimeMicroseconds), при котором соединения могут быть разорваны. Для вычисления вероятности используется линейная интерполяция между минимальным и максимальным значением соотношения, при достижении этого значения вероятность равна 1. Подробнее см. раздел Управление поведением при перегрузке CPU сервера.
max_outdated_parts_loading_thread_pool_size
max_part_num_to_warn
Если количество активных частей превышает указанное значение, сервер ClickHouse будет записывать предупреждения в таблицу system.warnings.
Пример
max_partition_size_to_drop
Ограничение на удаление партиций.
Если размер таблицы MergeTree превышает значение max_partition_size_to_drop (в байтах), партицию нельзя удалить с помощью запроса DROP PARTITION.
Для применения этого параметра не требуется перезапуск сервера ClickHouse. Другой способ отключить ограничение — создать файл <clickhouse-path>/flags/force_drop_table.
Значение 0 означает, что вы можете удалять партиции без каких-либо ограничений.
Это ограничение не распространяется на DROP TABLE и TRUNCATE TABLE, см. max_table_size_to_drop
Пример
max_parts_cleaning_thread_pool_size
max_pending_mutations_execution_time_to_warn
Если время выполнения какой-либо из ожидающих мутаций превышает указанное значение в секундах, сервер ClickHouse добавляет предупреждающие сообщения в таблицу system.warnings.
Пример
max_pending_mutations_to_warn
Если количество отложенных мутаций превышает заданное значение, сервер ClickHouse добавит предупреждающие сообщения в таблицу system.warnings.
Пример
max_prefixes_deserialization_thread_pool_free_size
Если количество свободных потоков в пуле потоков десериализации префиксов превышает max_prefixes_deserialization_thread_pool_free_size, ClickHouse освободит ресурсы, занятые этими потоками, и уменьшит размер пула. При необходимости потоки могут быть созданы заново.
max_prefixes_deserialization_thread_pool_size
ClickHouse использует потоки пула десериализации префиксов для параллельного чтения метаданных столбцов и подстолбцов из префиксов файлов в Wide-частях движка MergeTree. max_prefixes_deserialization_thread_pool_size ограничивает максимальное количество потоков в этом пуле.
max_remote_read_network_bandwidth_for_server
Максимальная скорость сетевого обмена данными при чтении, в байтах в секунду.
Значение 0 (по умолчанию) означает отсутствие ограничений.
max_remote_write_network_bandwidth_for_server
Максимальная скорость обмена данными по сети в байтах в секунду для записи.
Значение 0 (по умолчанию) означает отсутствие ограничений.
max_replicated_fetches_network_bandwidth_for_server
max_replicated_sends_network_bandwidth_for_server
max_replicated_table_num_to_throw
Если число реплицированных таблиц превышает это значение, сервер выбросит исключение.
Считаются только таблицы для движков баз данных:
- Atomic
- Ordinary
- Replicated
- Lazy
Значение 0 означает отсутствие ограничения.
Пример
max_server_memory_usage
Максимальный объем памяти, который сервер может использовать, в байтах.
Максимальное потребление памяти сервером дополнительно ограничивается параметром max_server_memory_usage_to_ram_ratio.
В качестве особого случая значение 0 (по умолчанию) означает, что сервер может использовать всю доступную память (за исключением дополнительных ограничений, накладываемых параметром max_server_memory_usage_to_ram_ratio).
max_server_memory_usage_to_ram_ratio
Максимальный объём памяти, который серверу разрешено использовать, выраженный как отношение к суммарному объёму доступной памяти.
Например, значение 0.9 (по умолчанию) означает, что сервер может использовать 90% доступной памяти.
Позволяет снизить использование памяти на системах с малым объёмом ОЗУ.
На хостах с небольшим объёмом ОЗУ и swap, возможно, потребуется установить параметр max_server_memory_usage_to_ram_ratio больше 1.
Максимальное потребление памяти сервером дополнительно ограничивается параметром max_server_memory_usage.
max_session_timeout
Максимальное время ожидания сеанса, в секундах.
Пример:
max_table_num_to_throw
Если количество таблиц превышает это значение, сервер выбросит исключение.
Следующие таблицы не учитываются:
- view
- remote
- dictionary
- system
Считаются только таблицы в базах данных с движками:
- Atomic
- Ordinary
- Replicated
- Lazy
Значение 0 означает отсутствие ограничения.
Пример
max_table_num_to_warn
Если число присоединённых таблиц превышает указанное значение, сервер ClickHouse добавит предупреждения в таблицу system.warnings.
Пример
max_table_size_to_drop
Ограничение на удаление таблиц.
Если размер таблицы MergeTree превышает max_table_size_to_drop (в байтах), вы не можете удалить её с помощью запроса DROP или запроса TRUNCATE.
Значение 0 означает, что вы можете удалять любые таблицы без каких-либо ограничений.
Для применения этой настройки не требуется перезапуск сервера ClickHouse. Другой способ отключить ограничение — создать файл <clickhouse-path>/flags/force_drop_table.
Пример
max_temporary_data_on_disk_size
Максимальный объем дискового пространства, который может быть использован для внешней агрегации, операций JOIN или сортировки. Запросы, которые превысят этот лимит, завершатся с ошибкой (исключением).
Значение 0 означает отсутствие ограничения.
См. также:
max_thread_pool_free_size
Если количество простаивающих потоков в глобальном пуле потоков (Global Thread Pool) превышает значение max_thread_pool_free_size, ClickHouse освобождает ресурсы, занимаемые некоторыми потоками, и размер пула уменьшается. При необходимости потоки могут быть созданы заново.
Пример
max_thread_pool_size
ClickHouse использует потоки из глобального пула потоков (global thread pool) для обработки запросов. Если нет свободного потока для обработки запроса, в пуле создаётся новый поток. max_thread_pool_size ограничивает максимальное количество потоков в пуле.
Пример
max_unexpected_parts_loading_thread_pool_size
max_view_num_to_throw
Если число представлений превышает это значение, сервер выбросит исключение.
Учитываются только таблицы для движков баз данных:
- Atomic
- Ordinary
- Replicated
- Lazy
Значение 0 означает отсутствие ограничения.
Пример
max_view_num_to_warn
Если количество подключённых представлений превышает указанное значение, сервер ClickHouse добавит предупреждения в таблицу system.warnings.
Пример
max_waiting_queries
Лимит на общее количество одновременно ожидающих выполнения запросов.
Выполнение ожидающего запроса блокируется, пока необходимые таблицы загружаются асинхронно (см. async_load_databases).
Ожидающие запросы не учитываются при проверке ограничений, контролируемых следующими настройками:
max_concurrent_queriesmax_concurrent_insert_queriesmax_concurrent_select_queriesmax_concurrent_queries_for_usermax_concurrent_queries_for_all_users
Это сделано для того, чтобы избежать срабатывания этих лимитов сразу после запуска сервера.
Значение 0 (по умолчанию) означает отсутствие ограничения.
Эту настройку можно изменять во время работы сервера, и изменения вступают в силу немедленно. Уже выполняющиеся запросы останутся без изменений.
memory_worker_correct_memory_tracker
Должен ли фоновый обработчик памяти корректировать внутренний трекер памяти на основе информации из внешних источников, таких как jemalloc и cgroups.
memory_worker_period_ms
Период тиков фонового процесса управления памятью, который корректирует значения memory tracker и очищает неиспользуемые страницы при повышенном использовании памяти. Если установлено значение 0, будет использовано значение по умолчанию в зависимости от источника использования памяти.
memory_worker_purge_dirty_pages_threshold_ratio
Пороговое значение доли «грязных» страниц jemalloc от объёма памяти, доступной серверу ClickHouse. Когда размер «грязных» страниц превышает эту долю, фоновый рабочий поток памяти принудительно очищает «грязные» страницы. Если установлено значение 0, принудительная очистка отключается.
memory_worker_use_cgroup
merge_tree
Параметры тонкой настройки для таблиц MergeTree.
Для получения дополнительной информации см. заголовочный файл MergeTreeSettings.h.
Пример
merge_workload
Используется для регулирования использования и распределения ресурсов между слияниями и другими нагрузками. Указанное значение используется как значение настройки workload для всех фоновых слияний. Может быть переопределено настройкой таблицы MergeTree.
См. также
merges_mutations_memory_usage_soft_limit
Устанавливает ограничение на объем оперативной памяти, который можно использовать для выполнения операций слияния (merge) и мутаций (mutation). Если ClickHouse достигнет установленного лимита, он не будет планировать новые фоновые операции слияния или мутации, но продолжит выполнять уже запланированные задачи.
Значение 0 означает отсутствие ограничения.
Пример
merges_mutations_memory_usage_to_ram_ratio
Значение настройки merges_mutations_memory_usage_soft_limit по умолчанию рассчитывается как memory_amount * merges_mutations_memory_usage_to_ram_ratio.
См. также:
metric_log
По умолчанию он отключён.
Включение
Чтобы вручную включить сбор истории метрик system.metric_log, создайте файл /etc/clickhouse-server/config.d/metric_log.xml со следующим содержимым:
Отключение
Чтобы отключить параметр metric_log, необходимо создать следующий файл /etc/clickhouse-server/config.d/disable_metric_log.xml со следующим содержимым:
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
min_os_cpu_wait_time_ratio_to_drop_connection
Минимальное отношение между временем ожидания ЦП ОС (метрика OSCPUWaitMicroseconds) и временем занятости (метрика OSCPUVirtualTimeMicroseconds), при котором можно рассматривать отключение соединений. Для вычисления вероятности используется линейная интерполяция между минимальным и максимальным отношением; при этом значении отношения вероятность равна 0. См. раздел Управление поведением при перегрузке ЦП сервера для получения более подробной информации.
mlock_executable
Выполнить <mlockall> после запуска, чтобы уменьшить задержку первых запросов и предотвратить выгрузку исполняемого файла ClickHouse при высокой нагрузке на ввод-вывод.
Включение этой опции рекомендуется, но приведёт к увеличению времени запуска на несколько секунд. Имейте в виду, что этот параметр не будет работать без capability CAP_IPC_LOCK.
Пример
mlock_executable
Выполняет mlockall после старта, чтобы снизить задержку первых запросов и предотвратить выгрузку исполняемого файла clickhouse из памяти при высокой нагрузке на ввод‑вывод.
Рекомендуется включать эту опцию, но это приведёт к увеличению времени запуска на несколько секунд. Имейте в виду, что этот параметр не будет работать без capability "CAP_IPC_LOCK".
Пример
mlock_executable_min_total_memory_amount_bytes
<mlockall>
mmap_cache_size
Этот параметр позволяет избежать частых вызовов open/close (которые очень затратны из‑за последующих пэйджфолтов) и повторно использовать отображения между несколькими потоками и запросами. Значение параметра — это количество отображённых участков памяти (обычно равное количеству отображённых файлов).
Объём данных в отображённых файлах можно отслеживать в следующих системных таблицах по следующим метрикам:
MMappedFiles/MMappedFileBytes/MMapCacheCellsвsystem.metrics,system.metric_logCreatedReadBufferMMap/CreatedReadBufferMMapFailed/MMappedFileCacheHits/MMappedFileCacheMissesвsystem.events,system.processes,system.query_log,system.query_thread_log,system.query_views_log
Объём данных в отображённых файлах напрямую не занимает оперативную память и не учитывается в использовании памяти запросом или сервером, поскольку эта память может быть освобождена подобно кэшу страниц ОС. Кэш сбрасывается (файлы закрываются) автоматически при удалении старых частей в таблицах семейства MergeTree, также его можно сбросить вручную запросом SYSTEM DROP MMAP CACHE.
Этот параметр можно изменять во время работы сервера и изменения вступают в силу немедленно.
mutation_workload
Используется для регулирования того, как ресурсы используются и распределяются между мутациями и другими типами нагрузки. Указанное значение используется как значение настройки workload для всех фоновых мутаций. Может быть переопределено настройкой таблиц семейства MergeTree.
См. также
mysql_port
Порт для обмена данными с клиентами по протоколу MySQL.
- Положительные целые числа задают номер порта для прослушивания (ожидания входящих соединений)
- Пустое значение используется для отключения обмена данными с клиентами по протоколу MySQL.
Пример
mysql_require_secure_transport
<--ssl-mode=none> будут отклонены. Используйте вместе с настройками OpenSSL.
mysql_require_secure_transport
Если значение параметра — true, для клиентов на mysql_port требуется защищённое соединение. Подключения с опцией --ssl-mode=none будут отклоняться. Используйте этот параметр вместе с настройками OpenSSL.
oom_score
openSSL
Настройка SSL-клиента и сервера.
Поддержка SSL обеспечивается библиотекой libpoco. Доступные параметры настройки описаны в SSLManager.h. Значения по умолчанию можно найти в SSLManager.cpp.
Ключи настроек сервера и клиента:
| Параметр | Описание | Значение по умолчанию |
|---|---|---|
privateKeyFile | Путь к файлу с закрытым ключом PEM-сертификата. Файл может одновременно содержать как ключ, так и сертификат. | |
certificateFile | Путь к файлу сертификата клиента/сервера в формате PEM. Можно не указывать, если privateKeyFile содержит сертификат. | |
caConfig | Путь к файлу или каталогу, содержащему доверенные сертификаты центра сертификации (CA). Если указан файл, он должен быть в формате PEM и может содержать несколько сертификатов CA. Если указан каталог, он должен содержать по одному файлу .pem на каждый сертификат CA. Имена файлов определяются по хеш-значению имени субъекта CA. Подробности можно найти на man-странице SSL_CTX_load_verify_locations. | |
verificationMode | Способ проверки сертификатов узла. Подробности см. в описании класса Context. Возможные значения: none, relaxed, strict, once. | relaxed |
verificationDepth | Максимальная длина цепочки проверки сертификатов. Проверка завершится ошибкой, если длина цепочки сертификатов превысит заданное значение. | 9 |
loadDefaultCAFile | Будут ли использоваться встроенные сертификаты ЦС для OpenSSL. ClickHouse предполагает, что встроенные сертификаты ЦС находятся в файле /etc/ssl/cert.pem (или, соответственно, в каталоге /etc/ssl/certs), либо в файле (соответственно, каталоге), указанном в переменной окружения SSL_CERT_FILE (соответственно, SSL_CERT_DIR). | true |
cipherList | Список поддерживаемых шифров OpenSSL. | ALL:!ADH:!LOW:!EXP:!MD5:!3DES:@STRENGTH |
cacheSessions | Включает или отключает кэширование сеансов. Параметр должен использоваться совместно с sessionIdContext. Допустимые значения: true, false. | false |
sessionIdContext | Уникальный набор случайных символов, который сервер добавляет к каждому сгенерированному идентификатору. Длина строки не должна превышать SSL_MAX_SSL_SESSION_ID_LENGTH. Настоятельно рекомендуется задавать этот параметр, так как он помогает избежать проблем как при кэшировании сеансов на стороне сервера, так и когда клиент запрашивает кэширование. | $\{application.name\} |
sessionCacheSize | Максимальное число сеансов, кэшируемых сервером. Значение 0 означает неограниченное число сеансов. | 1024*20 |
sessionTimeout | Время, в течение которого сервер кеширует сессию (в часах). | 2 |
extendedVerification | Если параметр включён, проверяется, что CN или SAN сертификата совпадает с именем хоста узла-партнёра. | false |
requireTLSv1 | Требовать соединение по протоколу TLSv1. Допустимые значения: true, false. | false |
requireTLSv1_1 | Требовать подключение по TLSv1.1. Допустимые значения: true, false. | false |
requireTLSv1_2 | Требовать соединение по TLSv1.2. Допустимые значения: true, false. | false |
fips | Активирует режим OpenSSL FIPS. Поддерживается, если используемая версия библиотеки OpenSSL поддерживает FIPS. | false |
privateKeyPassphraseHandler | Класс (подкласс PrivateKeyPassphraseHandler), запрашивающий парольную фразу для доступа к закрытому ключу. Например: <privateKeyPassphraseHandler>, <name>KeyFileHandler</name>, <options><password>test</password></options>, </privateKeyPassphraseHandler>. | KeyConsoleHandler |
invalidCertificateHandler | Класс (подкласс CertificateHandler) для обработки недействительных сертификатов. Например: <invalidCertificateHandler> <name>RejectCertificateHandler</name> </invalidCertificateHandler> . | RejectCertificateHandler |
disableProtocols | Протоколы, использование которых запрещено. | |
preferServerCiphers | Серверные шифры, предпочитаемые клиентом. | false |
Пример настроек:
openSSL.client.caConfig
Путь к файлу или каталогу, содержащему доверенные сертификаты центра сертификации (CA). Если указано имя файла, он должен быть в формате PEM и может содержать несколько сертификатов CA. Если указан каталог, он должен содержать по одному файлу с расширением .pem на каждый сертификат CA. Имена файлов подбираются по хешу имени субъекта CA. Подробности можно найти на man-странице SSL_CTX_load_verify_locations.
openSSL.client.cacheSessions
<sessionIdContext>. Допустимые значения: <true>, <false>.
openSSL.client.certificateFile
Путь к файлу сертификата клиента/сервера в формате PEM. Этот параметр можно не указывать, если в <privateKeyFile> содержится сертификат.
openSSL.client.cipherList
openSSL.client.disableProtocols
Протоколы, использование которых запрещено.
openSSL.client.extendedVerification
openSSL.client.fips
openSSL.client.invalidCertificateHandler.name
<<invalidCertificateHandler> <name>RejectCertificateHandler</name> </invalidCertificateHandler>>.
openSSL.client.loadDefaultCAFile
</etc/ssl/cert.pem> (соответственно, в каталоге </etc/ssl/certs>) либо в файле (соответственно, каталоге), указанном в переменной окружения <SSL_CERT_FILE> (соответственно, <SSL_CERT_DIR>).
openSSL.client.preferServerCiphers
openSSL.client.privateKeyFile
Путь к файлу с закрытым ключом PEM-сертификата. Файл может одновременно содержать как ключ, так и сертификат.
openSSL.client.privateKeyPassphraseHandler.name
<<privateKeyPassphraseHandler>>, <<name>KeyFileHandler</name>>, <<options><password>test</password></options>>, <</privateKeyPassphraseHandler>>
openSSL.client.requireTLSv1
<true>, <false>.
openSSL.client.requireTLSv1_1
<true>, <false>.
openSSL.client.requireTLSv1_2
<true>, <false>.
openSSL.client.verificationDepth
openSSL.client.verificationMode
<none>, <relaxed>, <strict>, <once>.
openSSL.server.caConfig
Путь к файлу или каталогу, содержащему доверенные сертификаты центров сертификации (CA). Если указан файл, он должен быть в формате PEM и может содержать несколько сертификатов CA. Если указан каталог, он должен содержать по одному файлу .pem на каждый сертификат CA. Имена файлов подбираются по хешу имени субъекта CA. Подробности можно найти на справочной странице man для SSL_CTX_load_verify_locations.
openSSL.server.cacheSessions
<sessionIdContext>. Допустимые значения: <true>, <false>.
openSSL.server.certificateFile
Путь к файлу сертификата клиента/сервера в формате PEM. Можно не указывать, если <privateKeyFile> содержит сертификат.
openSSL.server.cipherList
openSSL.server.disableProtocols
Протоколы, использование которых запрещено.
openSSL.server.extendedVerification
openSSL.server.fips
openSSL.server.invalidCertificateHandler.name
<<invalidCertificateHandler> <name>RejectCertificateHandler</name> </invalidCertificateHandler>>.
openSSL.server.loadDefaultCAFile
</etc/ssl/cert.pem> (соответственно, в каталоге </etc/ssl/certs>) или в файле (соответственно, каталоге), указанном в переменной окружения <SSL_CERT_FILE> (соответственно, <SSL_CERT_DIR>).
openSSL.server.preferServerCiphers
openSSL.server.privateKeyFile
Путь к файлу с закрытым ключом PEM‑сертификата. Файл может одновременно содержать и ключ, и сертификат.
openSSL.server.privateKeyPassphraseHandler.name
<<privateKeyPassphraseHandler>>, <<name>KeyFileHandler</name>>, <<options><password>test</password></options>>, <</privateKeyPassphraseHandler>>
openSSL.server.requireTLSv1
<true>, <false>.
openSSL.server.requireTLSv1_1
<true>, <false>.
openSSL.server.requireTLSv1_2
<true>, <false>.
openSSL.server.sessionCacheSize
openSSL.server.sessionIdContext
<SSL_MAX_SSL_SESSION_ID_LENGTH>. Настоятельно рекомендуется всегда задавать этот параметр, поскольку он помогает избежать проблем как при кэшировании сеанса на сервере, так и при запросе кэширования со стороны клиента.
openSSL.server.sessionTimeout
openSSL.server.verificationDepth
openSSL.server.verificationMode
<none>, <relaxed>, <strict>, <once>.
opentelemetry_span_log
Настройки системной таблицы opentelemetry_span_log.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Пример:
os_collect_psi_metrics
os_cpu_busy_time_threshold
os_threads_nice_value_distributed_cache_tcp_handler
Значение nice в Linux для потоков обработчика TCP распределённого кэша. Чем меньше значение, тем выше приоритет по ЦП.
Требуются права CAP_SYS_NICE, иначе параметр не оказывает эффекта (no-op).
Возможные значения: от -20 до 19.
os_threads_nice_value_merge_mutate
Значение nice в Linux для потоков слияния и мутаций. Более низкие значения означают более высокий приоритет для CPU.
Требуются привилегии CAP_SYS_NICE, в противном случае параметр не оказывает эффекта.
Возможные значения: от -20 до 19.
os_threads_nice_value_zookeeper_client_send_receive
Значение nice в Linux для потоков отправки и приёма в клиенте ZooKeeper. Более низкие значения означают более высокий приоритет по ЦП.
Требуется capability CAP_SYS_NICE, в противном случае параметр не оказывает эффекта.
Возможные значения: от -20 до 19.
page_cache_free_memory_ratio
page_cache_history_window_ms
page_cache_max_size
page_cache_min_size
page_cache_policy
page_cache_shards
page_cache_size_ratio
part_log
Журналирование событий, связанных с MergeTree, например добавления или слияния данных. Вы можете использовать этот лог для моделирования алгоритмов слияния и сравнения их характеристик. Также можно визуализировать процесс слияния.
Запросы записываются в таблицу system.part_log, а не в отдельный файл. Имя этой таблицы можно настроить с помощью параметра table (см. ниже).
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Пример
parts_kill_delay_period
Период, через который полностью удаляются части для SharedMergeTree. Доступно только в ClickHouse Cloud.
parts_kill_delay_period_random_add
Добавляет к параметру kill_delay_period равномерно распределённое значение от 0 до x секунд, чтобы избежать эффекта «thundering herd» и последующей DoS-атаки на ZooKeeper при очень большом количестве таблиц. Этот параметр доступен только в ClickHouse Cloud.
parts_killer_pool_size
Потоки для очистки устаревших частей в общем хранилище SharedMergeTree. Доступно только в ClickHouse Cloud
path
Путь к каталогу, содержащему данные.
Конечный слэш обязателен.
Пример
path
Путь к каталогу, содержащему данные.
Слеш в конце пути обязателен.
Пример
postgresql_port
Порт для взаимодействия с клиентами по протоколу PostgreSQL.
- Положительные целые числа указывают номер порта для прослушивания.
- Пустые значения используются для отключения взаимодействия с клиентами по протоколу PostgreSQL.
Пример
postgresql_require_secure_transport
<sslmode=disable> будет отклонено. Используйте совместно с настройками OpenSSL.
postgresql_require_secure_transport
Если имеет значение true, для взаимодействия с клиентами через postgresql_port требуется защищённое соединение. Подключения с опцией sslmode=disable будут отклоняться. Используйте этот параметр совместно с настройками OpenSSL.
prefetch_threadpool_pool_size
prefetch_threadpool_queue_size
prefixes_deserialization_thread_pool_thread_pool_queue_size
Максимальное количество задач, которые могут находиться в очереди пула потоков десериализации префиксов.
Значение 0 означает отсутствие ограничения.
prepare_system_log_tables_on_startup
Если значение равно true, ClickHouse создает все настроенные таблицы system.*_log перед запуском сервера. Это может быть полезно, если некоторые скрипты инициализации зависят от этих таблиц.
primary_index_cache_policy
primary_index_cache_prewarm_ratio
primary_index_cache_size
primary_index_cache_size_ratio
process_query_plan_packet
Этот параметр позволяет считывать пакет QueryPlan. Этот пакет отправляется при выполнении распределённых запросов, когда включён serialize_query_plan.
По умолчанию параметр отключён, чтобы избежать возможных проблем с безопасностью, которые могут быть вызваны ошибками при двоичной десериализации плана запроса.
Пример
processors_profile_log
Настройки системной таблицы processors_profile_log.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Настройки по умолчанию:
prometheus
Публикация данных метрик для опроса системой Prometheus.
Настройки:
endpoint– HTTP-эндпоинт для сбора метрик сервером Prometheus. Должен начинаться с '/'.port– Порт дляendpoint.metrics– Публиковать метрики из таблицы system.metrics.events– Публиковать метрики из таблицы system.events.asynchronous_metrics– Публиковать текущие значения метрик из таблицы system.asynchronous_metrics.errors- Публиковать число ошибок по кодам ошибок, произошедших с момента последнего перезапуска сервера. Эти данные также можно получить из таблицы system.errors.
Пример
Проверьте, заменив 127.0.0.1 на IP-адрес или имя хоста сервера ClickHouse:
prometheus.keeper_metrics_only
proxy
Определите прокси‑серверы для HTTP‑ и HTTPS‑запросов, в настоящее время поддерживаемые хранилищем S3, табличными функциями S3 и функциями URL.
Есть три способа задать прокси‑серверы:
- переменные окружения
- списки прокси
- удалённые резолверы прокси.
Обход прокси‑серверов для конкретных хостов также поддерживается с помощью no_proxy.
Переменные окружения
Переменные окружения http_proxy и https_proxy позволяют указать
прокси‑сервер для данного протокола. Если они заданы в вашей системе, всё должно работать прозрачно.
Это самый простой подход, если для данного протокола есть только один прокси‑сервер и этот прокси‑сервер не меняется.
Списки прокси
Этот подход позволяет указать один или несколько прокси‑серверов для протокола. Если задано более одного прокси‑сервера, ClickHouse использует различные прокси по очереди (round‑robin), распределяя нагрузку между серверами. Это самый простой подход, если для протокола существует более одного прокси‑сервера и список прокси‑серверов не меняется.
Шаблон конфигурации
Выберите родительское поле во вкладках ниже, чтобы просмотреть их дочерние элементы:
- <proxy>
- <http> and <https>
| Поле | Описание |
|---|---|
<http> | Список одного или нескольких HTTP-прокси |
<https> | Список одного или нескольких HTTPS-прокси |
| Поле | Описание |
|---|---|
<uri> | URI прокси-сервера |
Удалённые резолверы прокси
Прокси-серверы могут динамически меняться. В этом случае можно определить конечную точку (endpoint) резолвера. ClickHouse отправляет пустой запрос GET на эту конечную точку, а удалённый резолвер должен вернуть хост прокси.
ClickHouse использует его для формирования URI прокси по следующему шаблону: \{proxy_scheme\}://\{proxy_host\}:{proxy_port}
Шаблон конфигурации
Выберите родительское поле на вкладках ниже, чтобы просмотреть его дочерние элементы:
- <proxy>
- <http> and <https>
- <resolver>
| Поле | Описание |
|---|---|
<http> | Список из одного или нескольких резолверов* |
<https> | Список из одного или нескольких резолверов* |
| Поле | Описание |
|---|---|
<resolver> | Endpoint и другие параметры резолвера |
Вы можете указать несколько элементов <resolver>, но используется
только первый <resolver> для данного протокола. Любые другие
элементы <resolver> для этого протокола игнорируются. Это означает,
что балансировку нагрузки (если она требуется) должен реализовывать
удалённый резолвер.
| Поле | Описание |
|---|---|
<endpoint> | URI прокси-резолвера |
<proxy_scheme> | Протокол итогового URI прокси. Может принимать значения http или https. |
<proxy_port> | Номер порта прокси-резолвера |
<proxy_cache_time> | Время в секундах, в течение которого значения, полученные от резолвера, должны кэшироваться ClickHouse. Установка этого значения в 0 заставляет ClickHouse обращаться к резолверу при каждом HTTP- или HTTPS-запросе. |
Приоритет
Настройки прокси определяются в следующем порядке:
| Порядок | Параметр |
|---|---|
| 1. | Удалённые прокси-резолверы |
| 2. | Списки прокси-серверов |
| 3. | Переменные окружения |
ClickHouse будет проверять тип резолвера с наивысшим приоритетом для протокола запроса. Если он не определён, ClickHouse проверит следующий по приоритету тип резолвера и так далее, пока не будет достигнут резолвер окружения. Это также позволяет сочетать разные типы резолверов.
query_cache
Конфигурация кэша запросов.
Доступны следующие настройки:
| Setting | Description | Default Value |
|---|---|---|
max_size_in_bytes | Максимальный размер кэша в байтах. Значение 0 означает, что кэш запросов отключен. | 1073741824 |
max_entries | Максимальное число результатов запросов SELECT, сохраняемых в кэше. | 1024 |
max_entry_size_in_bytes | Максимальный размер в байтах результатов запросов SELECT, которые могут быть сохранены в кэше. | 1048576 |
max_entry_size_in_rows | Максимальное количество строк в результатах запросов SELECT, которые могут быть сохранены в кэше. | 30000000 |
- Изменённые настройки вступают в силу немедленно.
- Память под данные кэша запросов выделяется в DRAM. Если память ограничена, установите небольшое значение для
max_size_in_bytesили полностью отключите кэш запросов.
Пример
query_cache.max_entries
query_cache.max_entry_size_in_bytes
query_cache.max_entry_size_in_rows
query_cache.max_size_in_bytes
query_condition_cache_policy
query_condition_cache_size
Максимальный размер кэша условий запроса.
Этот параметр можно изменить во время работы, и изменение вступит в силу немедленно.
query_condition_cache_size_ratio
query_log
Настройка для логирования запросов, полученных при включённой настройке log_queries=1.
Запросы записываются в таблицу system.query_log, а не в отдельный файл. Вы можете изменить имя таблицы с помощью параметра table (см. ниже).
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Если таблица не существует, ClickHouse создаст её. Если структура журнала запросов изменилась при обновлении сервера ClickHouse, таблица со старой структурой будет переименована, а новая таблица будет создана автоматически.
Пример
query_masking_rules
Основанные на регулярных выражениях правила, которые будут применяться к запросам, а также ко всем сообщениям журналов перед их сохранением в серверные журналы,
таблицы system.query_log, system.text_log, system.processes и в журналы, отправляемые клиенту. Это позволяет предотвратить утечку конфиденциальных данных из SQL-запросов, таких как имена, адреса электронной почты, персональные идентификаторы или номера кредитных карт, в журналы.
Пример
Поля конфигурации:
| Setting | Description |
|---|---|
name | имя правила (необязательно) |
regexp | регулярное выражение, совместимое с RE2 (обязательно) |
replace | строка подстановки для конфиденциальных данных (необязательно, по умолчанию — шесть звездочек) |
Правила маскирования применяются ко всему запросу (чтобы предотвратить утечки конфиденциальных данных из некорректных / неразбираемых запросов).
В таблице system.events есть счётчик QueryMaskingRulesMatch, который содержит общее число срабатываний правил маскирования запросов.
Для распределённых запросов каждый сервер должен быть настроен отдельно, иначе подзапросы, передаваемые на другие узлы, будут сохраняться без маскирования.
query_metric_log
По умолчанию он отключен.
Включение
Чтобы вручную включить сбор истории метрик system.query_metric_log, создайте /etc/clickhouse-server/config.d/query_metric_log.xml со следующим содержимым:
Отключение
Чтобы отключить настройку query_metric_log, необходимо создать файл /etc/clickhouse-server/config.d/disable_query_metric_log.xml со следующим содержимым:
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
query_thread_log
Настройка для логирования потоков запросов при включённой настройке log_query_threads=1.
Запросы логируются в таблицу system.query_thread_log, а не в отдельный файл. Вы можете изменить имя таблицы с помощью параметра table (см. ниже).
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Если таблица не существует, ClickHouse создаст её. Если структура журнала потоков запросов изменилась при обновлении сервера ClickHouse, таблица со старой структурой будет переименована, а новая — создана автоматически.
Пример
query_views_log
Настройка ведения журнала представлений (live, materialized и т. д.), управление которой осуществляется параметром log_query_views=1.
Запросы записываются в таблицу system.query_views_log, а не в отдельный файл. Вы можете изменить имя таблицы с помощью параметра table (см. ниже).
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Если таблица не существует, ClickHouse создаст её. Если структура журнала представлений запросов изменилась при обновлении сервера ClickHouse, таблица со старой структурой будет переименована, а новая таблица создана автоматически.
Пример
remap_executable
Настройка для переразмещения памяти под машинный код ("text") с использованием больших страниц.
Это крайне экспериментальная функция.
Пример
remap_executable
Настройка для перераспределения памяти под машинный код (сегмент "text") с использованием больших страниц.
Эта функция является крайне экспериментальной.
Пример:
remote_servers
Конфигурация кластеров, используемых табличным движком Distributed и табличной функцией cluster.
Пример
Значение атрибута incl см. в разделе "Конфигурационные файлы".
См. также
remote_url_allow_hosts
Список хостов, которые разрешено использовать в движках хранения и табличных функциях, работающих с URL.
При добавлении хоста с xml-тегом \<host\>:
- он должен быть указан в точности так же, как в URL, поскольку имя проверяется до разрешения DNS-имени. Например:
<host>clickhouse.com</host> - если порт явно указан в URL, то проверяется пара host:port целиком. Например:
<host>clickhouse.com:80</host> - если хост указан без порта, то разрешён любой порт данного хоста. Например: если указан
<host>clickhouse.com</host>, тоclickhouse.com:20(FTP),clickhouse.com:80(HTTP),clickhouse.com:443(HTTPS) и т. д. разрешены. - если хост указан как IP-адрес, то он проверяется так, как указан в URL. Например:
[2a02:6b8:a::a]. - если есть перенаправления и поддержка перенаправлений включена, то каждое перенаправление (поле
location) проверяется.
Например:
replica_group_name
Имя группы реплик для базы данных Replicated.
Кластер, создаваемый базой данных Replicated, будет состоять из реплик в одной группе. DDL-запросы будут дожидаться только реплик из той же группы.
По умолчанию — пустое значение.
Пример
replicated_fetches_http_connection_timeout
http_connection_timeout, если не задан явно.
replicated_fetches_http_receive_timeout
http_receive_timeout, если не задан явно.
replicated_fetches_http_send_timeout
http_send_timeout, если не задан явно.
replicated_merge_tree
Тонкая настройка для таблиц в ReplicatedMergeTree. Этот параметр имеет более высокий приоритет.
Для получения дополнительной информации см. заголовочный файл MergeTreeSettings.h.
Пример
restore_threads
s3_credentials_provider_max_cache_size
s3_max_redirects
s3_retry_attempts
s3queue_disable_streaming
s3queue_log
Параметры системной таблицы s3queue_log.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Параметры по умолчанию:
send_crash_reports
Настройки отправки отчётов о сбоях команде разработчиков ядра ClickHouse.
Включение этой функции, особенно в предпродакшн-средах, крайне приветствуется.
Ключи:
| Key | Description |
|---|---|
enabled | Логический флаг для включения функции, по умолчанию true. Установите в false, чтобы отключить отправку отчётов о сбоях. |
send_logical_errors | LOGICAL_ERROR похожа на assert: это ошибка в ClickHouse. Этот логический флаг включает отправку таких исключений (по умолчанию: true). |
endpoint | Вы можете переопределить URL конечной точки для отправки отчётов о сбоях. |
Рекомендуемое использование
series_keeper_path
Путь в Keeper, под которым размещаются автоинкрементируемые числовые идентификаторы, генерируемые функцией generateSerialID. Каждая серия будет отдельным узлом по этому пути.
show_addresses_in_stack_traces
shutdown_wait_backups_and_restores
shutdown_wait_unfinished
shutdown_wait_unfinished_queries
true, ClickHouse будет дожидаться завершения выполняющихся запросов перед остановкой.
skip_binary_checksum_checks
skip_check_for_incorrect_settings
Если значение параметра установлено в true, настройки сервера не будут проверяться на корректность.
Пример
ssh_server
Публичная часть ключа хоста будет записана в файл known_hosts на стороне SSH-клиента при первом подключении.
Настройки ключа хоста по умолчанию неактивны. Раскомментируйте настройки ключа хоста и укажите путь к соответствующему SSH-ключу, чтобы их активировать:
Пример:
startup_mv_delay_ms
startup_scripts.throw_on_error
true, сервер не запустится, если во время выполнения скрипта произойдет ошибка.
storage_configuration
Позволяет настроить многодисковую конфигурацию подсистемы хранения.
Конфигурация хранилища имеет следующую структуру:
Настройка дисков
Настройка disks имеет следующую структуру:
Подтеги, приведённые выше, определяют следующие настройки для disks:
| Параметр | Описание |
|---|---|
<disk_name_N> | Имя диска, которое должно быть уникальным. |
path | Путь, по которому будут храниться данные сервера (каталоги data и shadow). Должен заканчиваться на /. |
keep_free_space_bytes | Размер зарезервированного свободного места на диске. |
Порядок дисков не имеет значения.
Конфигурация политик
Подтеги выше определяют следующие настройки для policies:
| Параметр | Описание |
|---|---|
policy_name_N | Имя политики. Имена политик должны быть уникальными. |
volume_name_N | Имя тома. Имена томов должны быть уникальными. |
disk | Диск, расположенный внутри тома. |
max_data_part_size_bytes | Максимальный размер фрагмента данных, который может находиться на любом из дисков в этом томе. Если результат слияния приводит к ожидаемому размеру фрагмента, превышающему max_data_part_size_bytes, фрагмент будет записан в следующий том. По сути, эта функция позволяет хранить новые / небольшие фрагменты на горячем (SSD) томе и перемещать их на холодный (HDD) том, когда они достигают большого размера. Не используйте эту опцию, если в политике только один том. |
move_factor | Доля доступного свободного пространства на томе. Если пространства становится меньше, данные начнут переноситься на следующий том, если он существует. Для переноса фрагменты сортируются по размеру от большего к меньшему (по убыванию) и выбираются фрагменты, суммарный размер которых достаточен для удовлетворения условия move_factor; если суммарный размер всех фрагментов недостаточен, будут перенесены все фрагменты. |
perform_ttl_move_on_insert | Отключает перемещение данных с истёкшим TTL при вставке. По умолчанию (если включено), если мы вставляем часть данных, срок жизни которой уже истёк в соответствии с правилом перемещения по времени жизни, она немедленно перемещается на том / диск, указанный в правиле перемещения. Это может существенно замедлить вставку, если целевой том / диск медленный (например, S3). Если опция отключена, просроченная часть данных записывается на том по умолчанию, а затем немедленно перемещается на том, указанный в правиле для истёкшего TTL. |
load_balancing | Политика балансировки дисков: round_robin или least_used. |
least_used_ttl_ms | Устанавливает таймаут (в миллисекундах) для обновления доступного пространства на всех дисках (0 — всегда обновлять, -1 — никогда не обновлять, значение по умолчанию — 60000). Обратите внимание: если диск используется только ClickHouse и не будет подвержен динамическому изменению размера файловой системы, вы можете использовать значение -1. Во всех остальных случаях это не рекомендуется, так как в итоге приведёт к некорректному распределению пространства. |
prefer_not_to_merge | Отключает слияние частей данных на этом томе. Примечание: это потенциально опасно и может вызвать замедление. Когда этот параметр включён (не делайте этого), слияние данных на этом томе запрещено (что плохо). Это позволяет контролировать, как ClickHouse взаимодействует с медленными дисками. Мы рекомендуем вообще не использовать эту настройку. |
volume_priority | Определяет приоритет (порядок), в котором заполняются тома. Чем меньше значение, тем выше приоритет. Значения параметра должны быть натуральными числами и покрывать диапазон от 1 до N (где N — наибольшее указанное значение параметра) без пропусков. |
Для volume_priority:
- Если все тома имеют этот параметр, они получают приоритет в указанном порядке.
- Если только некоторые тома имеют его, тома без этого параметра получают наименьший приоритет. Те, у которых он есть, ранжируются в соответствии со значением тега, приоритет остальных определяется порядком их описания в конфигурационном файле относительно друг друга.
- Если ни одному тому этот параметр не задан, их порядок определяется порядком описания в конфигурационном файле.
- Приоритеты томов могут не совпадать.
storage_connections_hard_limit
storage_connections_soft_limit
storage_connections_store_limit
storage_connections_warn_limit
storage_metadata_write_full_object_key
storage_shared_set_join_use_inner_uuid
table_engines_require_grant
Если установлено в значение true, пользователям требуется GRANT для создания таблицы с определённым табличным движком, например: GRANT TABLE ENGINE ON TinyLog to user.
По умолчанию, для обеспечения обратной совместимости, при создании таблицы с конкретным табличным движком требование GRANT игнорируется, однако вы можете изменить это поведение, установив параметр в true.
tables_loader_background_pool_size
Устанавливает количество потоков, выполняющих асинхронные задачи по загрузке в фоновом пуле. Фоновый пул используется для асинхронной загрузки таблиц после запуска сервера, если нет запросов, ожидающих эту таблицу. При большом количестве таблиц может быть полезно держать небольшое количество потоков в фоновом пуле. Это позволит зарезервировать ресурсы CPU для конкурентного выполнения запросов.
Значение 0 означает, что будут использоваться все доступные CPU.
tables_loader_foreground_pool_size
Задаёт количество потоков, выполняющих задания загрузки в пуле foreground. Пул foreground используется для синхронной загрузки таблиц до того, как сервер начнёт прослушивать порт, а также для загрузки таблиц, загрузку которых явно ожидают. Пул foreground имеет более высокий приоритет, чем пул background. Это означает, что никакие задания не запускаются в пуле background, пока в пуле foreground выполняются задания.
Значение 0 означает, что будут использованы все доступные ядра CPU.
tcp_close_connection_after_queries_num
tcp_close_connection_after_queries_seconds
tcp_port
Порт для связи с клиентами по протоколу TCP.
Пример
tcp_port_secure
TCP-порт для защищённого взаимодействия с клиентами. Используйте его с настройками OpenSSL.
Значение по умолчанию
tcp_ssh_port
Порт SSH-сервера, который позволяет пользователю подключаться и выполнять запросы в интерактивном режиме с использованием встроенного клиента по PTY.
Пример:
temporary_data_in_cache
С этой опцией временные данные будут храниться в кэше для конкретного диска.
В этом разделе необходимо указать имя диска с типом cache.
В этом случае кэш и временные данные будут использовать одно и то же пространство, и кэш диска может быть вытеснен, освобождая место под временные данные.
Для настройки хранения временных данных можно использовать только одну из следующих опций: tmp_path, tmp_policy, temporary_data_in_cache.
Пример
И кэш для local_disk, и временные данные будут храниться в каталоге /tiny_local_cache файловой системы, управляемой tiny_local_cache.
temporary_data_in_distributed_cache
text_index_dictionary_block_cache_max_entries
text_index_dictionary_block_cache_policy
text_index_dictionary_block_cache_size
Этот параметр можно изменять во время работы сервера, и изменения вступают в силу немедленно.
text_index_dictionary_block_cache_size_ratio
text_index_header_cache_max_entries
text_index_header_cache_policy
text_index_header_cache_size
Этот параметр можно изменить во время работы, и изменение вступит в силу немедленно.
text_index_header_cache_size_ratio
text_index_postings_cache_max_entries
text_index_postings_cache_policy
text_index_postings_cache_size
Этот параметр можно изменить во время работы, и изменение вступит в силу немедленно.
text_index_postings_cache_size_ratio
text_log
Настройки системной таблицы text_log для логирования текстовых сообщений.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Дополнительно:
| Setting | Description | Default Value |
|---|---|---|
level | Максимальный уровень сообщений (по умолчанию Trace), которые будут записываться в таблицу. | Trace |
Пример
thread_pool_queue_size
Максимальное количество задач, которые могут быть поставлены в очередь в глобальный пул потоков. Увеличение размера очереди приводит к большему потреблению памяти. Рекомендуется устанавливать это значение равным max_thread_pool_size.
Значение 0 означает отсутствие ограничений.
Пример
threadpool_local_fs_reader_pool_size
local_filesystem_read_method = 'pread_threadpool'.
threadpool_local_fs_reader_queue_size
threadpool_remote_fs_reader_pool_size
remote_filesystem_read_method = 'threadpool'.
threadpool_remote_fs_reader_queue_size
threadpool_writer_pool_size
threadpool_writer_queue_size
throw_on_unknown_workload
Определяет поведение при обращении к неизвестному WORKLOAD с параметром запроса 'workload'.
- Если
true, запрос, пытающийся обратиться к неизвестному WORKLOAD, завершится исключением RESOURCE_ACCESS_DENIED. Полезно для принудительного применения планирования ресурсов для всех запросов после того, как иерархия WORKLOAD сформирована и содержит WORKLOAD default. - Если
false(значение по умолчанию), запросу с параметром 'workload', указывающим на неизвестный WORKLOAD, предоставляется неограниченный доступ без планирования ресурсов. Это важно при настройке иерархии WORKLOAD до того, как будет добавлен WORKLOAD default.
Пример
См. также
timezone
Часовой пояс сервера.
Указывается как идентификатор IANA для часового пояса UTC или географического региона (например, Africa/Abidjan).
Часовой пояс необходим для преобразований между форматами String и DateTime при выводе полей типа DateTime в текстовый формат (на экран или в файл), а также при получении значения DateTime из строки. Кроме того, часовой пояс используется в функциях, работающих с датой и временем, если часовой пояс не был передан во входных параметрах.
Пример
См. также
tmp_path
Путь в локальной файловой системе для хранения временных данных при обработке больших запросов.
- Для настройки хранения временных данных можно использовать только один параметр: tmp_path, tmp_policy, temporary_data_in_cache.
- Символ / в конце пути обязателен.
Пример
tmp_path
Путь на локальной файловой системе для хранения временных данных при обработке больших запросов.
- Для настройки хранилища временных данных можно использовать только один из вариантов:
tmp_path,tmp_policy,temporary_data_in_cache. - Обязателен завершающий слэш.
Пример
tmp_policy
Политика для хранилища с временными данными. Все файлы с префиксом tmp будут удалены при запуске.
Рекомендации по использованию объектного хранилища в качестве tmp_policy:
- Используйте отдельный
bucket:pathна каждом сервере - Используйте
metadata_type=plain - Возможно, вы также захотите настроить TTL для этого bucket
- Для настройки хранилища временных данных может быть использован только один из вариантов:
tmp_path,tmp_policy,temporary_data_in_cache. - Параметры
move_factor,keep_free_space_bytes,max_data_part_size_bytesигнорируются. - Политика должна содержать ровно один том (volume)
Дополнительную информацию см. в документации по движку таблиц MergeTree.
Пример
Когда /disk1 заполнен, временные данные будут храниться на /disk2.
top_level_domains_list
Определяет список добавляемых пользовательских доменов верхнего уровня, где каждая запись имеет формат <name>/path/to/file</name>.
Например:
См. также:
- функцию
cutToFirstSignificantSubdomainCustomи её варианты, которая принимает на вход имя пользовательского списка TLD и возвращает часть домена, включающую поддомены верхнего уровня вплоть до первого значимого поддомена.
top_level_domains_path
Каталог, содержащий домены верхнего уровня.
Пример
total_memory_profiler_sample_max_allocation_size
total_memory_profiler_sample_probability. 0 означает, что параметр отключён. Имеет смысл установить max_untracked_memory в 0, чтобы этот порог работал как ожидается.
total_memory_profiler_sample_min_allocation_size
total_memory_profiler_sample_probability. 0 означает, что функция отключена. Имеет смысл установить max_untracked_memory в 0, чтобы этот порог работал как ожидается.
total_memory_profiler_step
total_memory_tracker_sample_probability
Позволяет собирать случайные выделения и освобождения памяти и записывать их в системную таблицу system.trace_log с trace_type, равным MemorySample, с указанной вероятностью. Вероятность применяется к каждому выделению или освобождению памяти, вне зависимости от размера выделения. Обратите внимание, что сэмплирование происходит только тогда, когда объём неотслеживаемой памяти превышает лимит неотслеживаемой памяти (значение по умолчанию — 4 MiB). Этот лимит можно снизить, если уменьшен параметр total_memory_profiler_step. Можно задать total_memory_profiler_step, равный 1, для сверхдетального сэмплирования.
Возможные значения:
- Положительное число с плавающей запятой.
0— запись случайных выделений и освобождений памяти в системную таблицуsystem.trace_logотключена.
trace_log
Настройки работы системной таблицы trace_log.
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Файл конфигурации сервера config.xml по умолчанию содержит следующий раздел настроек:
uncompressed_cache_policy
uncompressed_cache_size
Максимальный размер (в байтах) несжатых данных, используемых табличными движками семейства MergeTree.
Для сервера существует один общий кэш. Память выделяется по требованию. Кэш используется, если включена опция use_uncompressed_cache.
Несжатый кэш может быть полезен для очень коротких запросов в отдельных случаях.
Значение 0 означает, что кэш отключен.
Этот параметр можно изменять во время работы сервера, и изменения вступают в силу немедленно.
uncompressed_cache_size_ratio
url_scheme_mappers
Конфигурация для преобразования сокращённых или символьных префиксов URL в полные URL-адреса.
Пример:
use_minimalistic_part_header_in_zookeeper
Способ хранения заголовков частей данных в ZooKeeper. Этот параметр применяется только к семейству MergeTree. Его можно задать:
Глобально в секции merge_tree файла config.xml
ClickHouse использует этот параметр для всех таблиц на сервере. Вы можете изменить его в любой момент. При изменении параметра существующие таблицы меняют своё поведение.
Для каждой таблицы
При создании таблицы укажите соответствующий параметр движка. Поведение существующей таблицы с этим параметром не меняется, даже если глобальный параметр изменяется.
Возможные значения
0— Функция отключена.1— Функция включена.
Если use_minimalistic_part_header_in_zookeeper = 1, то реплицируемые таблицы хранят заголовки частей данных в компактном виде, используя один znode. Если таблица содержит много столбцов, этот способ хранения значительно сокращает объём данных, хранящихся в Zookeeper.
После применения use_minimalistic_part_header_in_zookeeper = 1 вы не сможете понизить версию сервера ClickHouse до версии, которая не поддерживает этот параметр. Будьте осторожны при обновлении ClickHouse на серверах кластера. Не обновляйте все серверы одновременно. Безопаснее тестировать новые версии ClickHouse в тестовом окружении или только на нескольких серверах кластера.
Заголовки частей данных, уже сохранённые с этим параметром, нельзя вернуть к их прежнему (некомпактному) представлению.
user_defined_executable_functions_config
Путь к файлу конфигурации для исполняемых пользовательских функций.
Путь:
- Укажите абсолютный путь или путь относительно конфигурационного файла сервера.
- Путь может содержать подстановочные символы * и ?.
См. также:
Пример
user_defined_path
Каталог для файлов, определённых пользователем. Используется для SQL-функций, определяемых пользователем (SQL User Defined Functions) /sql-reference/functions/udf.
Пример
user_directories
Раздел конфигурационного файла, который содержит настройки:
- Путь к конфигурационному файлу с предопределёнными пользователями.
- Путь к каталогу, где хранятся пользователи, созданные SQL-командами.
- Путь к узлу ZooKeeper, где хранятся и реплицируются пользователи, созданные SQL-командами.
Если этот раздел задан, путь из users_config и access_control_path использоваться не будет.
Раздел user_directories может содержать произвольное количество элементов, порядок элементов определяет их приоритет (чем выше элемент в списке, тем выше приоритет).
Примеры
Пользователи, роли, политики доступа к строкам, квоты и профили также могут храниться в ZooKeeper:
Вы также можете определить разделы memory (хранение информации только в памяти, без записи на диск) и ldap (хранение информации на сервере LDAP).
Чтобы добавить сервер LDAP как удалённый каталог пользователей для пользователей, которые не определены локально, задайте один раздел ldap со следующими настройками:
| Setting | Description |
|---|---|
server | одно из имён серверов LDAP, определённых в конфигурационном разделе ldap_servers. Этот параметр является обязательным и не может быть пустым. |
roles | раздел со списком локально определённых ролей, которые будут назначены каждому пользователю, полученному с сервера LDAP. Если роли не указаны, пользователь не сможет выполнять никакие действия после аутентификации. Если любая из перечисленных ролей не определена локально на момент аутентификации, попытка аутентификации завершится неудачно, как если бы был указан неверный пароль. |
Пример
user_files_path
Каталог с пользовательскими файлами. Используется в табличных функциях file(), fileCluster().
Пример
user_files_path
Каталог с пользовательскими файлами. Используется в табличных функциях file(), fileCluster().
Пример
user_scripts_path
Каталог с файлами пользовательских скриптов. Используется для исполняемых пользовательских функций Executable User Defined Functions.
Пример
user_scripts_path
Каталог, содержащий файлы пользовательских скриптов. Используется исполняемыми пользовательскими функциями Executable User Defined Functions.
Пример
Тип:
Значение по умолчанию:
users_config
Путь к файлу, в котором содержатся:
- Конфигурации пользователей.
- Права доступа.
- Профили настроек.
- Настройки квот.
Пример
validate_tcp_client_information
По умолчанию значение — false:
vector_similarity_index_cache_max_entries
vector_similarity_index_cache_policy
vector_similarity_index_cache_size
Этот параметр можно изменять на лету; изменения применяются немедленно.
vector_similarity_index_cache_size_ratio
wait_dictionaries_load_at_startup
Этот параметр определяет поведение, если dictionaries_lazy_load равно false.
(Если dictionaries_lazy_load равно true, этот параметр ни на что не влияет.)
Если wait_dictionaries_load_at_startup равно false, сервер
начинает загружать все словари при запуске и параллельно с этой загрузкой начинает принимать подключения.
Когда словарь используется в запросе впервые, запрос будет ждать, пока словарь не будет загружен, если он ещё не загружен.
Установка wait_dictionaries_load_at_startup в false может ускорить запуск ClickHouse, однако некоторые запросы могут выполняться медленнее
(поскольку им придётся ждать загрузки некоторых словарей).
Если wait_dictionaries_load_at_startup равно true, сервер при запуске будет ждать,
пока все словари не завершат свою загрузку (успешно или нет), прежде чем принимать какие-либо подключения.
Пример
workload_path
Каталог, используемый в качестве хранилища для всех запросов CREATE WORKLOAD и CREATE RESOURCE. По умолчанию используется папка /workload/ в рабочем каталоге сервера.
Пример
См. также
workload_zookeeper_path
Путь к узлу ZooKeeper, который используется как хранилище для всех запросов CREATE WORKLOAD и CREATE RESOURCE. Для единообразия все SQL-определения хранятся в значении одного znode. По умолчанию ZooKeeper не используется, и определения хранятся на диске.
Пример
См. также
zookeeper
Содержит настройки, позволяющие ClickHouse взаимодействовать с кластером ZooKeeper. ClickHouse использует ZooKeeper для хранения метаданных реплик при использовании реплицируемых таблиц. Если реплицируемые таблицы не используются, этот раздел параметров можно опустить.
Следующие настройки могут быть сконфигурированы с помощью подтегов:
| Setting | Description |
|---|---|
node | Конечная точка (endpoint) ZooKeeper. Можно задать несколько конечных точек. Например: <node index="1"><host>example_host</host><port>2181</port></node>. Атрибут index задает порядок узлов при попытке подключения к кластеру ZooKeeper. |
session_timeout_ms | Максимальный таймаут клиентской сессии в миллисекундах. |
operation_timeout_ms | Максимальный таймаут одной операции в миллисекундах. |
root (optional) | znode, который используется как корневой для znode-ов, используемых сервером ClickHouse. |
fallback_session_lifetime.min (optional) | Минимальный предел времени жизни сессии ZooKeeper на fallback-узле, когда основной узел недоступен (балансировка нагрузки). Задается в секундах. По умолчанию: 3 часа. |
fallback_session_lifetime.max (optional) | Максимальный предел времени жизни сессии ZooKeeper на fallback-узле, когда основной узел недоступен (балансировка нагрузки). Задается в секундах. По умолчанию: 6 часов. |
identity (optional) | Пользователь и пароль, требуемые ZooKeeper для доступа к запрашиваемым znode-ам. |
use_compression (optional) | Включает сжатие в протоколе Keeper, если установлено значение true. |
Также существует настройка zookeeper_load_balancing (optional), которая позволяет выбрать алгоритм выбора узла ZooKeeper:
| Algorithm Name | Description |
|---|---|
random | случайным образом выбирает один из узлов ZooKeeper. |
in_order | выбирает первый узел ZooKeeper, если он недоступен — второй и так далее. |
nearest_hostname | выбирает узел ZooKeeper с именем хоста, наиболее похожим на имя хоста сервера; имя хоста сравнивается по префиксу. |
hostname_levenshtein_distance | аналогично nearest_hostname, но сравнивает имена хостов по расстоянию Левенштейна. |
first_or_random | выбирает первый узел ZooKeeper, если он недоступен — случайным образом выбирает один из оставшихся узлов ZooKeeper. |
round_robin | выбирает первый узел ZooKeeper, при переподключении выбирает следующий. |
Пример конфигурации
См. также
- Репликация
- ZooKeeper Programmer's Guide
- Опциональное защищённое взаимодействие между ClickHouse и ZooKeeper
zookeeper_log
Настройки системной таблицы zookeeper_log.
Следующие настройки могут быть заданы с помощью подтегов:
Следующие параметры можно настроить с помощью подтегов:
| Setting | Description | Default | Note |
|---|---|---|---|
database | Имя базы данных. | ||
table | Имя системной таблицы. | ||
engine | Определение движка MergeTree для системной таблицы. | Не может использоваться, если определены partition_by или order_by. Если не указан, по умолчанию выбирается MergeTree | |
partition_by | Пользовательский ключ партиционирования для системной таблицы. | Если для системной таблицы указан engine, параметр partition_by должен быть указан непосредственно внутри engine | |
ttl | Задает TTL таблицы. | Если для системной таблицы указан engine, параметр ttl должен быть указан непосредственно внутри engine | |
order_by | Пользовательский ключ сортировки для системной таблицы. Не может использоваться, если определен engine. | Если для системной таблицы указан engine, параметр order_by должен быть указан непосредственно внутри engine | |
storage_policy | Имя политики хранения, используемой для таблицы (необязательно). | Если для системной таблицы указан engine, параметр storage_policy должен быть указан непосредственно внутри engine | |
settings | Дополнительные параметры, управляющие поведением MergeTree (необязательно). | Если для системной таблицы указан engine, параметр settings должен быть указан непосредственно внутри engine | |
flush_interval_milliseconds | Интервал сброса данных из буфера в памяти в таблицу. | 7500 | |
max_size_rows | Максимальный размер логов в строках. Когда объем несброшенных логов достигает max_size_rows, логи сбрасываются на диск. | 1048576 | |
reserved_size_rows | Предварительно выделенный размер памяти в строках для логов. | 8192 | |
buffer_size_rows_flush_threshold | Порог по количеству строк. Если порог достигнут, в фоновом режиме запускается сброс логов на диск. | max_size_rows / 2 | |
flush_on_crash | Определяет, должны ли логи сбрасываться на диск в случае сбоя. | false |
Пример