советую использовать clickhouse-client в DataGrip еще есть довольно много багов с отображением... SELECT * FROM system.muattions WHERE is_done=0 FORMAT Vertical там обычно показывается из-за чего зависли если ошибки есть
спасибо. парты не зафейлились. они просто висят. и происходит это только на 2 репликах из 3 и только на этих партах. самое удивительное, что результат мутаций достигнут.
не достигнут если мутации не пустые... может вы просто данные с той реплики где мутации прошли обычно мутации борются за ресурсы с обычными мержами system.merges по этим таблицам есть? вы на реплике где is_done=0 пустая, KILL MUTATION не делали случайно?
данные проверяю на той реплике, на которой зависли мутации. system.merges по этим таблицам нет. kill mutation делал, но на одну мутацию и она была прям старая
а как вы мутацию запускали ALTER TABLE ... ON CLUSTER ? или просто на всех репликах отдельно? а парты которые в parts_to_do? по ним есть информация в system.part_log ?
мутацию запускал на одной реплике без выражения ON CLUSTER. показалось это логичным. мутации запускал на реплике 1, зависли они на реплике 1 и 2, на реплике 3 мутации вообще не появились. таблица system.part_log отсутствует
таблицы ReplicatedMergeTree ? так. а SELECT * FROM system.clusters сравните на всех трех репликах? точно они себя в одном шарде ощущают? может оно по ZK не реплицировалось, потому что пути ReplicatedMergeTree какие нибудь кривые... сравните engine_full для таблицы на всех трех репликах
https://kb.altinity.com/altinity-kb-useful-queries/parts-consistency/#compare-the-list-of-parts-in-zookeeper-with-the-list-of-parts-on-disk
чаще всего это из-за партов которые есть в зукипере, но нет в таблице
Обсуждают сегодня