Добрый вечер! Подскажите пожалуйста почему у меня не получается вывести данные из таблицы для визуализации.

SELECT
  status, 
  status = 200 as good, 
  status = 400 as bad, 
  status = 304 as warning, 
  status = 302 as error 
FROM
(
    SELECT
        timestamp,
        status,
        (intDiv(toUInt32(timestamp), 60)) * 1000 AS t, 
        countIf(status = 200) AS goodStatus, 
        countIf(status = 400) AS badStatus,
        countIf(status = 304) AS warningStatus,
        countIf(status = 302) AS errorStatus
    FROM access_logs 
    WHERE ((timestamp >= toDate(1615980933)) AND (timestamp <= toDate(1615998052)))
    GROUP BY t
    ORDER BY t
)

Текст ошибки:

Code: 215, e.displayText() = DB::Exception: Column `timestamp` is not under aggregate function and not in GROUP BY: While processing timestamp, status, intDiv(toUInt32(timestamp), 60) * 1000 AS t, countIf(status = 200) AS goodStatus, countIf(status = 400) AS badStatus, countIf(status = 304) AS warningStatus, countIf(status = 302) AS errorStatus (version 21.1.2.15 (official build))

Структура:

CREATE TABLE access_logs
(
    `request_id` String,
    `timestamp` DateTime,
    `remote_user` String,
    `remote_addr` String,
    `scheme` String,
    `host` String,
    `server_addr` String,
    `request_method` String,
    `request_uri` String,
    `request_length` UInt32,
    `request_time` Float64,
    `status` UInt16,
    `body_bytes_sent` UInt32,
    `upstream_addr` String,
    `upstream_status` String,
    `upstream_response_time` Float64
)
ENGINE = MergeTree
PARTITION BY toDate(timestamp)
ORDER BY (timestamp, host)
TTL timestamp + toIntervalWeek(1)
SETTINGS index_granularity = 8192;

у меня в таких случаях при рестарте может рандомно ломаться реплика у какой-то таблички — приходится руками исправлять

Добрый вечер! Подскажите пожалуйста почему у меня не получается вывести данные из таблицы для визуализации.

SELECT
  status, 
  status = 200 as good, 
  status = 400 as bad, 
  status = 304 as warning, 
  status = 302 as error 
FROM
(
    SELECT
        timestamp,
        status,
        (intDiv(toUInt32(timestamp), 60)) * 1000 AS t, 
        countIf(status = 200) AS goodStatus, 
        countIf(status = 400) AS badStatus,
        countIf(status = 304) AS warningStatus,
        countIf(status = 302) AS errorStatus
    FROM access_logs 
    WHERE ((timestamp >= toDate(1615980933)) AND (timestamp <= toDate(1615998052)))
    GROUP BY t
    ORDER BY t
)

Текст ошибки:

Code: 215, e.displayText() = DB::Exception: Column `timestamp` is not under aggregate function and not in GROUP BY: While processing timestamp, status, intDiv(toUInt32(timestamp), 60) * 1000 AS t, countIf(status = 200) AS goodStatus, countIf(status = 400) AS badStatus, countIf(status = 304) AS warningStatus, countIf(status = 302) AS errorStatus (version 21.1.2.15 (official build))

Структура:

CREATE TABLE access_logs
(
    `request_id` String,
    `timestamp` DateTime,
    `remote_user` String,
    `remote_addr` String,
    `scheme` String,
    `host` String,
    `server_addr` String,
    `request_method` String,
    `request_uri` String,
    `request_length` UInt32,
    `request_time` Float64,
    `status` UInt16,
    `body_bytes_sent` UInt32,
    `upstream_addr` String,
    `upstream_status` String,
    `upstream_response_time` Float64
)
ENGINE = MergeTree
PARTITION BY toDate(timestamp)
ORDER BY (timestamp, host)
TTL timestamp + toIntervalWeek(1)
SETTINGS index_granularity = 8192;

Привет. После применения use_minimalistic_part_header_in_zookeeper 1 (глобально на сервере) как можно старые партиции преобразовать под компактный формат хранения в зукипере? optimize final не прокатывает.

что? что ломается? как исправляете?

Подскажите такой момент: сейчас для вставки данных используется буфер т.к. источник генерит много однострочных инсертов.
Если использовать вставку через Null + MV то кх сам оптимизирует этот момент?
Если нет, то куда буфер прикручивать тогда?

у меня есть таблица, в которую пишет несколько десятков матвью
вот у нее часто проблемы с репликой начинаются после рестарта кликхаусов

какой-то бред. Что такое проблемы? Очередь репликации застреввает? Парты теряются? too many parts ?

Подскажите такой момент: сейчас для вставки данных используется буфер т.к. источник генерит много однострочных инсертов.
Если использовать вставку через Null + MV то кх сам оптимизирует этот момент?
Если нет, то куда буфер прикручивать тогда?

а почему вы думаете что он не компактный?

too many parts и Couldn't start replication

и как вы это чините?

Потому что количество znode почти не уменьшилось после изменения настройки и рестарта. И тут писали, что старые партиции сами не меняют формат на компактный. И Алексей какую-то конвертилку упоминал

не совсем понятно что вам надо вывести, внешний запрос с внутренним не коррелируют

удаляю в зукипере is_active, пересоздаю таблицу на ноде

Скажите, можно ли добавлять индекс для нескольких колонок в таблице и не для первичного ключа с помощью запроса из доки https://clickhouse.tech/docs/ru/sql-reference/statements/alter/index/?

Я хотел вывести группируя  кол-во запросов по статусу в определенное время. Как правило получить такую с подзапросом или это не требуется для получения корректного результата?

Добрый! Коллеги, в новой версии users.xml надо вность ip адрес
Норм если я пропишу 0.0.0.0 ?

<users>
       <default>
           <password></password>
           <access_management>1</access_management>
           <networks incl="networks" replace="replace">
               <ip>::1</ip>
               <ip>127.0.0.1</ip>

Я хотел вывести группируя  кол-во запросов по статусу в определенное время. Как правило получить такую с подзапросом или это не требуется для получения корректного результата?