184 похожих чатов

Привет Есть такой кейс - загружаем данные в промежуточную replicatedmergetree таблицу,

ждем пустой system.replication_queue затем делаем replace partition для загруженных данных в основную таблицу.

Что заметил - если отправлять replace partition только на одну реплику, то иногда возникает ситуация, что данные не доезжают в основную таблицу в полном объеме. Даже после ожидания system.replication_queue.

Как выходим из ситуации - отправляем replace partition на все реплики. И за счет, получается, некоторой избыточности, данные не теряются.

Но получается каждый отправленный запрос также будет реплицироваться? Т.е. если у нас 4 реплики и мы отправляем на каждую replace partition, то у нас будет уже 4*3 репликации? Вот эта избыточность в репликации - нормально? Или правильный кейс - это использование только одной реплики?

7 ответов

24 просмотра

вставляете данные в промежуточную таблицу на все ноды? пустой должен быть clusterAllReplicas('{cluster}',system.replication_queue) а не только одна нода тогда

Андрей- Автор вопроса

а проверяете replication_queue тоже на этой ноде? replication_queue это какие данные должна ЭТА нода скачать... replication_queue для какой таблицы проверяете, для временной или для целевой? а временная таблица тоже реплицируемая?

Андрей- Автор вопроса
Slach [altinity]
а проверяете replication_queue тоже на этой ноде? ...

Спасибо большое. Похоже дело именно в том, что на разных нодах я проверяю replication_queue. Временная таблица тоже реплицируемая. А в случае replace partition из временной таблицы в основную, для какой таблицы нужно ждать replication_queue? Для основной, правильно? И еще вопрос - какой кейс лучше? 1. Отправка на одну ноду, и дожидаться replication_queue на этой неделе. А репликацию на остальные ноды можно не ждать. 2. Отправка на одну ноду и ждать репликации на всех ноды 3. Отправка на все годы и ждать репликации на всех нодах

сначала вставка на одну ноду, потом просто проверял SELECT count() FROM clusterAllReplicas('{cluster}',system.replication_queue) WHERE database=? AND table=временная_таблица 0 возвращает (вставленные данные есть на всех репликах) и только после этого делал REPLACE PARTITION ... который бы отреплицировался как событие в основной таблице... и из временной таблицы ноды сами вставили данные на всех нодах

Андрей- Автор вопроса
Андрей- Автор вопроса
Андрей
Спасибо огромное. Попробую

Возвращаюсь с обратной связью - получилось (во всяком случае, пока не поймал ошибок) если выполнять вставку и последующий replace partition на одну и ту же ноду

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта