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

query_cache

Конфигурация кэша запросов. Доступны следующие настройки:
  • Изменённые настройки вступают в силу немедленно.
  • Для кэша запросов память выделяется в DRAM. Если оперативной памяти недостаточно, задайте небольшое значение max_size_in_bytes или полностью отключите кэш запросов.
Пример

query_log

Настройка логирования запросов, полученных с параметром log_queries=1. Запросы записываются в таблицу system.query_log, а не в отдельный файл. Имя таблицы можно изменить в параметре table (см. ниже). Следующие настройки можно задать с помощью вложенных тегов: Кроме того, следующая настройка на уровне сервера управляет политикой сброса по умолчанию для всех таблиц системных логов:
Параметр enable_user_query_log (включён по умолчанию) создаёт system.user_query_log, которая позволяет каждому пользователю просматривать собственные записи в настроенной таблице журнала запросов без доступа к самой таблице. Это работает только при локальном хранении журнала запросов: если engine передаёт работу другому серверу (например, Distributed), отключите enable_user_query_log, поскольку system.user_query_log не может выполнять проверку прав доступа для каждого пользователя через границу сервера, работающего по протоколу ClickHouse, и отказывается читать из такого backend-соединения. Если таблица не существует, ClickHouse создаст её. Если при обновлении сервера ClickHouse изменилась структура журнала запросов, таблица со старой структурой переименовывается, а новая таблица создаётся автоматически. Пример

query_masking_rules

Правила на основе Regexp, которые применяются к запросам, а также ко всем сообщениям лога перед их сохранением в серверном журнале, таблицах system.query_log, system.text_log, system.processes, а также в журналах, отправляемых клиенту. Это позволяет предотвратить утечку в журналы конфиденциальных данных из SQL-запросов, таких как имена, адреса электронной почты, персональные идентификаторы или номера кредитных карт. Пример
Поля config: Правила маскирования применяются ко всему запросу (чтобы предотвратить утечки конфиденциальных данных из некорректно сформированных / неразбираемых запросов). В таблице system.events есть Counter QueryMaskingRulesMatch, который показывает общее количество срабатываний правил маскирования запросов. Для распределённых запросов каждый server нужно настраивать отдельно, иначе подзапросы, передаваемые на другие узлы, будут сохраняться без маскирования.

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 со следующим содержимым:
Следующие настройки можно задать с помощью вложенных тегов: Кроме того, следующая настройка на уровне сервера управляет политикой сброса по умолчанию для всех таблиц системных логов:

query_thread_log

Настройка для логирования потоков запросов, полученных с параметром log_query_threads=1. Запросы записываются в таблицу system.query_thread_log, а не в отдельный файл. Имя таблицы можно изменить в параметре table (см. ниже). Следующие настройки можно задать с помощью вложенных тегов: Кроме того, следующая настройка на уровне сервера управляет политикой сброса по умолчанию для всех таблиц системных логов:
Если таблица не существует, ClickHouse создаст ее. Если при обновлении сервера ClickHouse структура журнала потоков запросов изменилась, таблица со старой структурой будет переименована, а новая таблица создастся автоматически. Пример

query_views_log

Настройка логирования представлений (live, materialized и т. д.) в зависимости от запросов, полученных при включённой настройке log_query_views=1. Запросы записываются в таблицу system.query_views_log, а не в отдельный файл. Имя таблицы можно изменить в параметре table (см. ниже). Следующие настройки можно задать с помощью вложенных тегов: Кроме того, следующая настройка на уровне сервера управляет политикой сброса по умолчанию для всех таблиц системных логов:
Если таблица не существует, ClickHouse создаст её. Если при обновлении сервер ClickHouse изменилась структура журнала представлений запросов, таблица со старой структурой будет переименована, а новая таблица создастся автоматически. Пример
Последнее изменение 14 августа 2026 г.