и, на всякий случай ClickHouse (ver. 19.17.5.18), но я бы конечно сначала попробовал откатить графану а не обновлять кх 🙂

Да, тут очевидно по ответу, что графана неправильно sql сделала. Попробую откатить, спасибо

Всем привет, товарищи, подскажите пожалуйста как себя ведет КХ если при подключении словаря в конфигурации указать Nullable поле таблицы? источником словаря служит таблица в КХ

Откатил графану, сначала поверх поставил, но она померла. Удалил, поставил 3.6.3 и все поехало :)

А какой дашборд юзаете? https://grafana.com/grafana/dashboards/2515 этот похоже уже мертв

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

Понял, окей

глянул на борду - странно, что там могло устареть за 2 года в системных метриках

Добрый день! Подскажите а что может влиять на количество транзакций к зукиперу? Наблюдаю очень странную картину, есть два кластера кликхауса в проде и стейджинге. Конфигурация одинаковая. На стейджинге идет поток вставки в среднем 340K в минуту и при этом количество транзакций к зукипер в среднем 8K в минуту На проде вставка идет 12K в минуту, но транзакций к зукиперу 600K в минуту 😱😱😱 Структура данных примерно одинаковая и количество партиций в таблицах тоже. В чем может быть дело?

Оба они читают данные из кафки одинаковыми блоками и с помощью MV перекидывают в таблицу

А вы можете посмотреть в каких данных разница ? Так я понял, что на прод создаётся больше znodes?

В том то и дело что нет, это первая мысль которая пришла в голову, но нет на проде порядка 40K на стейджинге 50K

Гайз, а если дропнуть буферную таблицу, основную не заденет?

если отсутствие вставки считать артефактом - да. иначе - нет.

Я про все данные, которые уже лежат в основной таблице

С инсертами понятно всё

ничего с ними не случится

кол-во шардов / реплик / версия КХ

Версия одинаковая, реплик в обоих случаях две, шардирование не используется

если данных столько же. возможно идет постоянный выбор чего-то на одних и тех же нодах

А как понять чего?