данным по их ID . Я верно понимаю, что основная причина - это гранулярность индекса большая единицы? Или есть ещё какие-то причины?
размер блока сжатия от 65к строк, те даже при учете что нужна 1 гранула, кх в худшем случае прочтет 65к строк
а каким параметром это регулируется ?
это скорее про то что mysql позволит сделать 100krps сделать, а КХ только 10krps
https://github.com/ClickHouse/ClickHouse/blob/15b3f379a56c8f648cff38695ec2aa617c13fe58/docs/en/operations/settings/settings.md Да, действительно
это еще от ширины строки прилично зависит если делаете лукапы типа where ID IN (x,y,z)... будет плохо. уменьшать гранулярность до одного - можно по памяти не влезть. в целом работать будет ок, но если у вас платформа которая лукапит данные из таблицы КХ построчно - лучше не надо )
а может кто-то делал бенчмарки?
google: altinity blog clickhouse in storm
думаю у всех разные... зависит от миллиона факторов это все... в фоне мерджи есть...
почитал, довольно интересно, спасибо!
Обсуждают сегодня