? Если так, то Clickhouse сначала всё получит и сохранит на сервер на котором была вставка, а затем вставит во все остальные сервера по ключу шардирования
Привет! Как раз есть вопрос на эту тему. Вот у нас есть одна реплика с самыми актуальными данными. Как именно данные разольются на другие реплики? Информация об актуальности данных храниться в зукипере, получается что самая свежая реплика обновляет свое состояние в зукипере, а "отставшие" реплики это видят и идут актуализировать своё состояние? UPD: речь идёт о replicated таблицах
Вообще мысль такая, есть сервер с приложением, он пишет много данных на сервер с КХ, на котором стоит Distributed таблица, далее эти данные с Distributed таблицы пересылаются на основной сервер, где MergeTree таблица. Проблема в том, что между Distributed и MergeTree таблицей медленный канал, и диск, где Distributed таблица забивается.
Почему сразу в правильный сервер не писать? Непонятна задумка
Есть такая необходимость, но даже если писать сразу, все равно не хватает канала и диск с приложением тогда забивается
Обсуждают сегодня