Она тоже возрастает, когда начинают висеть эти запросы:
график вообще ни о чем. Нужно содержимое таблицы. >attach partition на реплицируемых таблицах завист от того какая таблица реплицируемая, источник или приемник. если в источнике есть парт, он атачится, если нет, то фетчится. важно не удалять парты из источника пока не закончился alter. move например криво реализован, поэтому удаляет парты раньше чем реплика успела их приатачить но вообще единственно что нормально работает это attach partition from, все остальное replace/move/,, сделаны на отвали.
Обе реплецируемые и источник и приемник.
И мы не понимаем почему торомоза, может он пытается сравнивать парты еще попутно?
Можешь подсказать пожалуйста на счет ReplicatedReplacingMergeTree может лучше его использовать, в приведенном кейсе по замене партиций? Или он делает тот же attach partition from
все ответы в system.replication_queue возможно надо просто увеличить pool если есть фетчи из-за replace partition, то починить это
Тут есть что такое
pastila.nl
Обсуждают сегодня