Добрый день! Обратил внимание, что есть много старых кусков в таблицах,

Question

Добрый день! Обратил внимание, что есть много старых кусков в таблицах,

которые в соответствии с TTL уже должны были быть потерты. Они активны, количество строк (rows) везде 0. Refcount везде от 1-2, то есть эти куски ещё где-то используются, но не в запросах и не в слияниях.

Как понять, где используются эти куски? Почему они не потерлись?

#backend #clickhouse #database #devops #programming #russian

0

20.10.2020

4 ответов

6 просмотров

Никита Макушников Автор вопроса

Denny [Altinity]
Парты остаются пустыми после ttl. By design. По пр...

Ок, спасибо! Как вариант, дропать их через DROP PARTITION? Или есть решение лучше?

0

20.10.2020

Denny [Altinity]

Никита Макушников
Ок, спасибо! Как вариант, дропать их через DROP PA...

Можно дропать. Можно мержить. Можно забить. Как хотите.

0

20.10.2020

Никита Макушников Автор вопроса

Denny [Altinity]
Можно дропать. Можно мержить. Можно забить. Как хо...

Ок, благодарю

0

20.10.2020

Denny [Altinity] · Accepted Answer

Парты остаются пустыми после ttl. By design. По причине Previously there was a hypotesis, that we can't drop any part from the middle of the list, because it will break merge algorithm. But I looked one more time to the related code and seems that it's ok. In ReplicatedMergeTreeMergePredicate there is a logic, that doesn't allow to assign merges to the range of parts if it has a gap beetween block numbers, and there are any virtual parts with block ranges from this gap (that meens, that parts in the gap are not present yet, but will apear later). If we completly remove part by DROP_RANGE entry in replication queue, no invariant will be broken, because now parts in one partition can have gaps in block numbers range Вот тут пытаются это исправить https://github.com/ClickHouse/ClickHouse/pull/13252

184 похожих чатов

Добрый день! Обратил внимание, что есть много старых кусков в таблицах,

4 ответов

Похожие вопросы