естественно не боимся, "позавчера" в принципе начали работать с КХ, поэтому экспериментируем в некотором коридоре дозволенного.
ClickHouse 21.5.6.6
SummingMergeTree

думал как раз об этом, раз нельзя альтер сделать на горячую

Я про движок базы спрашивал :)

Но судя по версии у вас Atomic

Тогда можете сделать EXCHANGE TABLES
Оно может атомарно свапнуть две таблицы

По поводу Buffer, лучше смотреть либо в сторону батчинга на стороне приложения либо в сторону кафки

Да, Atomic, сейчас проверил

создать второй буфер и потом EXCHANGE TABLES ?

Да, потом можно подождать и сделать DETACH первому буферу

хм.. спасибо, попробую! )

Ахаха, у меня ощущение что  из списка топ100 компаний в мире проще перечислить кто НЕ использует КХ

даже из отрытых https://clickhouse.tech/docs/en/introduction/adopters/ Bloomberg Cisco Citadel Securities Comcast Cloudflare Deutsche Bank eBay Spotify

насколько всё плохо с этим?
для батчинга пока только redis приходит на ум, но эт дополнительная логика
кафка сейчас оверхед

Ну при внезапном падении кх, буфер может не вставить сообщения, что находятся в нем.
При обычной остановке тоже в некоторых случаях такое могло происходить (когда таблица назначения отключалась раньше буффера)

про внезапное падение ещё ок, об этом мы знали/думали, на то оно и внезапное.
Второй случай уже печальнее... спасибо за информацию

https://github.com/ClickHouse/ClickHouse/pull/24067

В 21.5 не бекпортилось

вот жежшь.. не угонишься за обновлениями
пока у нас в dev стадии всё вертелось, два релиза выйти успело

О, кстати, у меня вопрос про реплики и distributed таблицы есть. Как лучше всего организовать вывод реплик в оффлайн для профилактических работ?

Через балансировщик нагрузки я могу запретить пользовательским запросам приходить на определённую реплику. Но, насколько я понимаю, никто не гарантирует, что клик не пошлёт туда запросы, приходящие на distributed таблицу (в общем случае, так-то приоритет можно задать). Если остановить clickhouse-server на этой реплике, то это прозрачно обработается, или есть возможность, что запрос отвалится с ошибкой?

а балансировщик у вас кто?

https://kb.altinity.com/altinity-kb-setup-and-maintenance/altinity-kb-shutting-down-a-node

>  есть возможность, что запрос отвалится с ошибкой?

Да, скорее всего так и будет

В компании есть обственная система типа как-то интегрированная с DNS, подробностей сейчас не вспомню. Там куча разных опций для health checks, то есть можно clickhouse мониторить через, допустим, HTTP.

Спасибо за ссылку!

Remove server (which is going to be disabled) from remote_server section of config.xml on all servers.

Получается, что если сначала эту реплику таким способом убрать, то это автоматически гарантирует, что туда никакие запросы больше не придут.

Да