LIMIT 1 BY ID ?

argMax же лучше всего

спасибо! Это то, что нужно!

Может всё-таки argMax?

Скопируй кусок таблицы и проверь

Но в принципе DateTime и есть UInt32, каститься должно без проблем

detach table / attach table

не очень понятно как вы вставляете , но вообще можно

Спасибо! Вставляю так:

insert into target_table
select * from source_table

insert into target_table
select * from source_table

можно

Не помогло

Пробовал по очереди на каждой ноде. И так же рестарт реплики

а что вы видите? как проверяете?

select * from system.replication_queue

эм,что ?.
Мы все еще про drop column ?

Да все про него. У нас кто-то убил мутацию, как оказалось, и покораптился 1 парт. Там в columns.txt в покорапченом парте нету части колонок. Если попробовать detach, добавить колонки из не покорапченого парта, attach. Может помочь?
P.s. колонка изначально удалялась одна, в файлике не хватает 5.

надо лог читать, сложно так сказать, то что вы описываете выглядит невозможным/непонятн как такое получилось. Может это новые колонки добавленные после создания парта.

мутация создает новый временный парт tmp_ , начинает его мутировать, когда парт полностью мутировал он присоединяется в к таблице , старый удаляется, невозможно убить мутацию и оставить парт наполовину мутировавшим.

DB::Exception: Missing columns: ..., source columns: 'av': (while reading from part /var/lib/clickhouse/data/dv/table_name/20210222_26055_26068_2/): Cannot fetch required block. Stream TreeExecutor, part 0

Чёт такое в логе. После этого и полез на файловую систему смотреть что там. Увидел что только в этом парте не совпадает кол-во колонок в columns.txt
Взял пару рандомных других партов - там по 133, а конкретно в этом (на всех нодах КХ) по 128

zgrep 20210222_26055_26068_2 /var/log/clickhouse-server/* |grep table_name

привет
а мутации реплицируются?