system.processors_profile_log
Querying in ClickHouse Cloud
The data in this system table is held locally on each node in ClickHouse Cloud. Obtaining a complete view of all data, therefore, requires the clusterAllReplicas
function. See here for further details.
Эта таблица содержит профилирование на уровне процессоров (которое можно найти в EXPLAIN PIPELINE
).
Колонки:
hostname
(LowCardinality(String)) — Имя хоста сервера, выполняющего запрос.event_date
(Date) — Дата, когда событие произошло.event_time
(DateTime) — Дата и время, когда событие произошло.event_time_microseconds
(DateTime64) — Дата и время с точностью до микросекунд, когда событие произошло.id
(UInt64) — ID процессора.parent_ids
(Array(UInt64)) — ID родительских процессоров.plan_step
(UInt64) — ID шага плана запроса, который создал этот процессор. Значение равно нулю, если процессор не был добавлен из какого-либо шага.plan_group
(UInt64) — Группа процессора, если он был создан шагом плана запроса. Группа — это логическое разбиение процессоров, добавленных из одного и того же шага плана запроса. Группа используется только для улучшения внешнего вида результата EXPLAIN PIPELINE.initial_query_id
(String) — ID первоначального запроса (для распределенного выполнения запроса).query_id
(String) — ID запроса.name
(LowCardinality(String)) — Имя процессора.elapsed_us
(UInt64) — Количество микросекунд, в течение которых выполнялся этот процессор.input_wait_elapsed_us
(UInt64) — Количество микросекунд, в течение которых этот процессор ждал данные (от другого процессора).output_wait_elapsed_us
(UInt64) — Количество микросекунд, в течение которых этот процессор ждал, потому что выходной порт был заполнен.input_rows
(UInt64) — Количество строк, потребленных процессором.input_bytes
(UInt64) — Количество байт, потребленных процессором.output_rows
(UInt64) — Количество строк, сгенерированных процессором.output_bytes
(UInt64) — Количество байт, сгенерированных процессором.
Пример
Запрос:
Результат:
Здесь вы можете увидеть:
ExpressionTransform
выполнял функциюsleep(1)
, поэтому егоработа
займет 1e6, и такelapsed_us
> 1e6.SourceFromSingleChunk
необходимо ждать, потому чтоExpressionTransform
не принимает данные во время выполненияsleep(1)
, так что он будет в состоянииPortFull
в течение 1e6 мкс, и такoutput_wait_elapsed_us
> 1e6.LimitsCheckingTransform
/NullSource
/LazyOutputFormat
необходимо ждать, покаExpressionTransform
выполнитsleep(1)
, чтобы обработать результат, так чтоinput_wait_elapsed_us
> 1e6.
См. также