М, а в чем профит replace'а такой одной монстропартиции относительно rename'а? (Не претензия, если что, хочу понять, стоит ли переходить на это)
Rename выбрали потому что его  как минимум можно безопасно ретраить (там в одном запросе) и не бояться кривых свапов после этого

а, спасибо

rename клиенту показывает table does not exists

Извини, не очень поняла. В какой момент и в ответ на что показывает?

кмк absolute_delay показывает именно то что вам нужно

ну rename неатомарный и непрозрачный для пациентов

Если что - не может же быть ситуации, когда реплика еще не знает, что она отстает, верно? Сверяется с зукипером прямо в ходе запроса? И вот на это можно будет положиться:

SELECT count(*) FROM system.replicas where absolute_delay = 0 and table = :table and replica_name = hostName()

SELECT count(*) FROM system.replicas where absolute_delay = 0 and table = :table and replica_name = hostName()

да, вроде из zk
еще есть asynchronous_metrics  ReplicasMaxAbsoluteDelay / ReplicasMaxRelativeDelay  ReplicasSumQueueSize
там раз в 5 сек. кажется обновляется

Спасибо большое!

Не совсем - тут, кажется, вообще не ограничена память. Хотелось бы что-то вроде reservoir sampling как в quantile, только что кол-во резервуаров задать можно было

https://clickhouse.tech/docs/en/sql-reference/aggregate-functions/reference/quantiledeterministic/ ?

with a reservoir size up to 8192 and deterministic algorithm of sampling

Вот тут опять же, максимум 8192 резервуара, что есть 32кб состояния. Если бы можно было сделать - было бы огонь, но беглый просмотр доки ничего похожего не показал :(

Всем привет! Такой вопрос:
Как работают с мат вьюхами на шардированном кластере?
Должна ли вьюха читать из дист таблицы и писать в дист таблицу?

может но не должна. Чаще всего MV делают на mergeTree таблицы. Т.е. на всех нодах КХ создаете MV шардированную /  реплицированную аналогично исходной MT (но это необязательно) и накрываете  все шарды MV distributed таблицей.

MV хранит свои данные в обычной MT таблице, это тупо триггер который ловит данные которые приходят от команды инсерт. Выполняет над буфером от инсерта тот select и результат кладет в обычную таблицу.

Можно ли в КХ посчитать среднюю разницу между двумя дататайм?

Подскажите аналог range в Prometeus, может кто сталкивался

вопрос по этой же теме: а срабатывает ли триггер мат. вью на событие реплицирования? Т.е. если у меня есть Replicated таблица, я делаю инсерт на одном узле, данные реплицируются на другой узел, в этот момент на другом узле выполнится действие определенное в мат. вью?

Среднюю между двумя,?
Можно пример

Вопрос по авто загрузке/обновления конфига: как понять что параметр используется и не нужно пепезапускать сервер?

select * from system.settings where name like ‘setting_name’