вопрос: я правильно понимаю что replicatedMT не имеет механизмов контроля ключа шарда (если он не random) ? т.е. если ты вставил не тот ключ, то уже можно его не найти? и вариант от этого застраховаться - вставлять только через distributed?
repllicated вообще ничего про шардирование не знает
но при селект из distributed эти данные найдутся нормально просто на том шарде который вставляли
Apply TTL for old data, after ALTER MODIFY TTL query. This behaviour is controlled by setting materialize_ttl_after_modify, which is enabled by default. #11042 (Anton Popov).
это уже нашел после того как все легло но как понимаю для старых таблиц TTL не применится и придется месяц ждать пока начнет новый ТТЛ работать?
repllicated вообще ничего про шардирование не знает
но при селект из distributed эти данные найдутся нормально просто на том шарде который вставляли
ключ шардирования он только для записи
есть --optimize_skip_unused_shards arg Assumes that data is distributed by sharding_key. Optimization to skip unused shards if SELECT query filters by sharding_key.
проверьте как влияет рестарт сервера если что, то придется переносить sql из metadata стартовать без таблицы и потом руками обратно исполнять ATTACH через clickhouse-client
есть --optimize_skip_unused_shards arg Assumes that data is distributed by sharding_key. Optimization to skip unused shards if SELECT query filters by sharding_key.
а вот как раз я об этом, что логично => потерять всё же возможно
да, понимаю, но для этого нужно быть уверенным во вставляторе, если он не ранд
ну вот такой КХ нам дан. В чем вопрос непонятно, можно сделать вертику, чтобы медленно втавлялось, зато будет гарантировано сегментировано, но вы же не хотите в 10 раз медленее инсерты и требования к сети типа 10гбит минимум
ну вот такой КХ нам дан. В чем вопрос непонятно, можно сделать вертику, чтобы медленно втавлялось, зато будет гарантировано сегментировано, но вы же не хотите в 10 раз медленее инсерты и требования к сети типа 10гбит минимум
вопрос был о том, есть ли контроль в RTM какой-то, даже судя по параметрам ясно что врядли, но решил уточнить
+есть такой ключ --skip_unavailable_shards arg If 1, ClickHouse silently skips unavailable shards and nodes unresolvable through DNS. Shard is marked as unavailable when none of the replicas can be reached. и даже я им пользуюсь в некоторых usecase