https://clickhouse.tech/docs/en/engines/table-engines/mergetree-family/mergetree/#mergetree-table-ttl

можно попробовать чистить старые записи оптимизировав схему

https://clickhouse.tech/docs/en/sql-reference/statements/alter/#alter-mutations

можно кроном alter table zbx.zbx delete where ...

Есть TTL на таблицы.
Посмотрите ещё на движок GraphiteMergeTree

Спасибо, обязательно почитаю)

ещё можно просто партиционировать по дате и дропать старые партишны

добрый день! быть может, кто-то сталкивался: CH (20.3 LTS) перестал забирать данные из Кафки. Офсет в кафке не двигается, данные новые не появляются. В логах CH постоянно вот такие сообщение:

2020.06.27 17:38:27.442003 [ 86 ] {} <Debug> StorageKafka (events_queue): Started streaming to 1 attached views
2020.06.27 17:38:27.443016 [ 86 ] {} <Trace> StorageKafka (events_queue): Already subscribed to topics: [ PlaygroundInsights001 ]
2020.06.27 17:38:27.443039 [ 86 ] {} <Trace> StorageKafka (events_queue): Already assigned to : [ PlaygroundInsights001[0:#] ]
2020.06.27 17:38:27.443141 [ 86 ] {} <Trace> StorageKafka (events_queue): Polled offset 4301972537 (topic: PlaygroundInsights001, partition: 0)
2020.06.27 17:38:27.443149 [ 86 ] {} <Trace> StorageKafka (events_queue): Nothing to commit.
2020.06.27 17:38:27.444117 [ 86 ] {} <Trace> StorageKafka (events_queue): Committed offset 4301907001 (topic: PlaygroundInsights001, partition: 0)

2020.06.27 17:38:27.442003 [ 86 ] {} <Debug> StorageKafka (events_queue): Started streaming to 1 attached views
2020.06.27 17:38:27.443016 [ 86 ] {} <Trace> StorageKafka (events_queue): Already subscribed to topics: [ PlaygroundInsights001 ]
2020.06.27 17:38:27.443039 [ 86 ] {} <Trace> StorageKafka (events_queue): Already assigned to : [ PlaygroundInsights001[0:#] ]
2020.06.27 17:38:27.443141 [ 86 ] {} <Trace> StorageKafka (events_queue): Polled offset 4301972537 (topic: PlaygroundInsights001, partition: 0)
2020.06.27 17:38:27.443149 [ 86 ] {} <Trace> StorageKafka (events_queue): Nothing to commit.
2020.06.27 17:38:27.444117 [ 86 ] {} <Trace> StorageKafka (events_queue): Committed offset 4301907001 (topic: PlaygroundInsights001, partition: 0)

вопрос снят, включение debug all для кафки подсказало, что в топике оказалось сломанное сообщение

and the former worked for me

ребят, есть кто к CH подключается из beaver или чего нить подобного

Да

я из dbeaver подключаюсь

Все привет!
Был CH 20.3 вставка через Buffer таблицу работала нормально.
Обновил до 20.4.6 revision 54434 и INSERT в Buffer таблицу стали валиться с  ошибкой:

Memory limit (total) exceeded: would use 27.90 GiB (attempt to allocate chunk of 4197612 bytes), maximum: 27.90 GiB (version 20.4.6.53 (official build))

WTF?! Может подскажет кто?

Отвечаю сам себе
Дело похоже в https://github.com/ClickHouse/ClickHouse/issues/10293

По умолчанию
   <max_server_memory_usage_to_ram_ratio>0.9</max_server_memory_usage_to_ram_ratio>

Поставил 10 - всё стало нормально.
Всего 32Гб на сервере, занято дай бог 16 - остальное вообще свободно.
CH как-то странненько память считает которая ему может потребоваться для выполнения запросов.

копался в config.xml и сломал чет... не могу стартовать clickhouse-server

смотри /var/log/clickhouse-server/clickhouse-server.err.log

Антон может я ошибаюсь (не прочитал историю переписки), но я сейчас решил  по моему аналогичную проблему
В основную таблицу записываются строки с сохранением последнего состояния. Я использую VersionCollapsingMergeTree(Status, SIGN)
Status определяет статус записи (их у записи может быть несколько)
За счет использования SIGN +-1 я удаляю из нее записи с предадущим статусом. Остаются только последние.
Историю изменений я пишу в другую таблицу (мат представление от основной) по условию WHERE SIGN=1
Основную сортитую по времени,
Таблицу  с историей (мат предствление) по вторичному индексу (у меня номеру Заказа)
Все работает на ура...

Poco::Exception. Code: 1000, e.code() = 99, e.displayText() = Net Exception: Cannot assign requested address: [::1]:8123 (version 20.4.6.53 (official build)

IPv6 на сервере нет. чтобы без IPv6
<listen_host>0.0.0.0</listen_host>

вроде все правильно

У Вас же ::1  а выше пишут надо 0.0.0.0