старые партиции преобразовать под компактный формат хранения в зукипере? optimize final не прокатывает.
а почему вы думаете что он не компактный?
Потому что количество znode почти не уменьшилось после изменения настройки и рестарта. И тут писали, что старые партиции сами не меняют формат на компактный. И Алексей какую-то конвертилку упоминал
use_minimalistic_part_header_in_zookeeper 1 очень давно включен по дефолту. >И тут писали, что старые партиции сами не меняют формат на компактный. И Алексей какую-то конвертилку упоминал любой альтер конвертирует все парты. alter add column или alter update тем более optimize
У нас версия давнее) Апдейт запланирован, но не сейчас. Ок попробуем алтером
ну какая у вас версия?
19.14.6.12. Настройка выключена была
вы какую проблему решаете? Обычно use_minimalistic_part_header_in_zookeeper помогает если у вас сотни серверов КХ
рестарт КХ был?
Мы не особо правильные пользователи КХ и создаем себе проблемы другими способами. Сотни таблиц, дневные партиции, все дела... Десятки миллионов znode сейчас, и >10GB data_size в zookeeper. КХ да, рестартили на всех нодах, конечно. Эффект виден, но только для новых данных, судя по всему (ну и что в фоне мерджится). Alter where 0 попробую, спасибо👍
>10GB data_size в zookeeper вы о чем вообще? у вас 1 (один) снепшот размером 10GB?
снепшот я не могу посмотреть. Вот это имелось в виду: "Zookeeper: Approximate data size. Data tree size in bytes.The size includes the znode path and its value."
даже с сотнями таблиц тяжело представить такое, у вас сколько шардов? Может вы не удаляете реплики и у вас очереди репликации бесконечного размера? и что типа ZK работает с Xmx = 16GB ?
9 нод. 3 шарда по 3 реплики. А вот остальное я к сожалению, не в курсе, моя деятельность на уровне таблиц. Но если поселектить в system.replication_queue, то там или пусто, или 1 - 2 строки проскакивает.
А в system.replicas сколько total_replicas
Обсуждают сегодня