Привет
По использованию цпу ишью все-еще со мной
(КХ апдейт 20.4.3 > 20.12.4)
* у меня есть овер-партицированные по меркам КХ таблицы - как понимаю именно в этом главный импакт на "фон" - с этим буду решать конечно но надеялся отложить на "чуть позже"
** стораж-полисей и пережатия не декларировал и в system.merges / процесслисте / мутациях чисто +- и обычного для ситуации дискового оверхэда не вижу
*** хотелось бы без рестарта понять в том ли направлении копаю
**** кластера без реплик - только шарды
проверяю теорию про бэкграунд-процессы (именно background_schedule_pool смущает): то что алгритм который выбирает/проверяет "нужно ли что-нибудь сделать" отъедает много цпу в моменте именно инициализации - т.е. чекнуть "что делать и есть ли что в принципе"
***** подчистка мусора в таблицах/партишках чуть снизила "фоновую загрузку" цпу, но она на текущий момент все-равно ~33% → ~25%
вопросы:
1 - background_schedule_pool tasks это какие? *у меня все таблицы - простые MergeTree, т.е. в моём случае только рефрэш DNS и rm старых партов?
2 - есть ли какой-то
SYSTEM STOP XXX для проверки теории↑ ? Не нашел подходящего на
https://clickhouse.tech/docs/en/sql-reference/statements/system/#query-language-system-mergetree но эт ведь не всегда показатель)
2.1 - если я для теста накидывю разных "SYSTEM STOP ... db.table" - где потом я смогу увидеть все текущие (действующие) запреты?
3 - может ли мне тюнинг чего-то из system.merge_tree_settings помочь в сабже (например number_of_free_entries_in_pool_to_lower_max_size_of_merge приопустить)?
