тормозить у некоторых. Статистически тормоза ИО меж серверами разбросаны. ИО ЗК серверов контролировать нет возможности. В результате отваливается КХ и тормозят вставки/накапливаются парты.
Есть вариант в ЗК поставить 5 серверов но после того как fsync прошел на трех (минимум кворум) отдавать ответ обратно? а то latency высокий получается.
"mntr:zk_znode_count": 1112378, ещё такой вопрос, как уменьшить нагрузку на ЗК? и количество нодов?
вставлять большими пачками, чтобы меньше партов в ZK становилось в очередь
ну они и так уже больше некуда... я так понял дело в этом: https://github.com/ClickHouse/ClickHouse/issues/3322 есть какой нить умный ручной скрипт очистки у добрых людей? =)
ещё интересный вопрос... основной плюс от ин-мемори партов - возможность вставлять мелко. Получается это преимущество нивелируется этой проблемой. Либо можно запрещать репликацию ин-мемори партов/партов до определенного размера таймаута (вроде это было, но не могу найти нужный сеттинг)
нет, парты не создают этой проблемы, только drop partition
ок, т.е. вставки мелкими или большими партами не портят ЗК (при условии что успевают мерджится)?
ну у вас же есть гист для автоочистки? =)
нету. У вас мелкие партиции и постоянно идет drop partition ? https://github.com/ClickHouse/ClickHouse/issues/3322 не сильно большая проблема
[user@host data01]$ grep block_numbers znodes.txt | wc -l 387984 35% от всего количества знодов примерно (10% примерно существуют в виде партиций, остальное старое)
там наверное 90% block_numbers для существующих партиций
нет, он вообще не удаляет, накопилось
не удаляет при drop partition
Обсуждают сегодня