следующий диск в гетерогенной конфигурации стораджа при достижении move_factor? Что если на холодный диск уедут маленькие блоки?
И как move_factor взаимодействует с max_data_part_size? Что будет в приоритете?
>А как кликхаус выбирает, какой блок переместить на следующий диск в гетерогенной конфигурации стораджа при достижении move_factor? Что если на холодный диск уедут маленькие блоки? не думаю что на эту логику следует рассчитывать, она может и поменяться. Если надо чтобы не уезжали маленькие блоки, то лучше использовать ТТЛ based логику, а если диски одинаковые какая разница... >И как move_factor взаимодействует с max_data_part_size? Что будет в приоритете? если парт больше чем max_data_part_size, он просто в этот волюм не вставится, и пойдет в другой волюм. КХ заранее примерно рассчитывает будущий размер. move_factor влияет на background перемещения. короче, они не взаимодействуют. подробнее https://altinity.com/blog/2019/11/29/amplifying-clickhouse-capacity-with-multi-volume-storage-part-2
> короче, они не взаимодействуют. так если блок смёржился и стал больше чем max_data_part_size_bytes, но до move_factor ещё далеко, получается блок не отъедет?
Отъедет, это ж новый парт. Мердж это удаление старых партов и запись новых.
так выходит эти две опции всё же взаимодействуют и max_data_part_size_bytes в приоритете?
Если макс сайз превышен он сразу запишется в другой волюм. Если он не превышен но мувфактор превышен, он или другой парт перенесется потом на новый волюм.
Обсуждают сегодня