выполняется один раз в день и перекладывает данные из большой таблицы.Обычно занимает 5-7 минут, но последнее время начал зависать "намертво" - может висеть несколько часов. При этом начинают тормозить остальные параллельные запросы. Процессор в это время не грузится, похоже на какой-то дедлок. Замедляется даже простой запрос к system.processes. Приходится вызывать команду KILL QUERY '<query_id>' (через минут 10 он отрабатывает и база "оживает"). В какую сторону смотреть, в чем может быть проблема?
Значения поля ProfileEvents для этого запроса смотрите на скриншоте. Может есть в этих значениях какие-то аномалии?
Версия клика у нас старая - 20.1, к сожалению, обновиться не просто, приходится с этой версией работать. Так же, для таблицы используется "кривое" партиционирование - по дням - грешу на него. Из-за этого почти 10 тыс. активных партов, это много, знаю. Но почти год все работало более-менее стабильно. Может кто-нибудь поможет?
вы старые партиции дропаете drop partition? короче insert и drop partition могут друг друга заблочить в той версии. Разнесите во времени
не часто, но недавно обнаружил почти 2 тыс. партиций с 0 rows и да - делали alter table drop partition id.
а т.е. у вас TTL есть на таблице?
да, есть TTL и разделение на разные диски
Обсуждают сегодня