те которые committed? у меня во время длинных вставок каунт прыгает то вверх то вниз
вставка куда идет в какой Engine? ;) длинные вставки это сколько записей? оно ж каждый миллион записей флашится
MergeTree. миллиарды записей. а какая разница как часто оно флашится? там сначала, допустим 10 записей, потом 9, потом 15
Если там Summing/Replacing/etc, то при каждом мерже оно одинаковые строки схлопывает
ну... вставка с дефолтными настройками в которой больше миллиона записей первый миллион будет скинут в парт до того как весь insert закончится и начнет мержиться в соответсвии с логикой мержей если у вас при этом как сказали выше Summing\Replacing\Aggregating движок и То вы будете получать разные count() в разный момент времени в соответсвии с логикой мержей
насколько я знаю там не Summing/Schmumming движок. обычным merge tree вопрос в том какие парты учитываются в count, например Outdated? Temp? или только Committed
в clickhouse нет таких понятий там только есть active = 0 и active=1 в любом случае во время длинной вставки новый парт появляется каждые миллион записей при дефолтных настройках и по идее в вашем кейсе count() должен только расти, но не падать в clickhouse нет понятия commit как такового
:) я не знаю что вы имеете ввиду, но у парта есть 6 состояний, от Temporary до DeleteOnDestroy.
это вы смотрите в сырцы а я смотрю в system.parts ;) и для меня парт либо active либо нет и всегда считал что part либо доступен через system.parts либо нет и что это конкретно пока идет длинный INSERT парты по миллиону записей создаются
Обсуждают сегодня