kill query where query_id ='asdasd546asdasd87'

kill возвращает в респонсе 90% ответа на ваш вопрос, мне  респонс не видно, как вы наверное догадываетесь

если завис запрос с JSONExtract и версия 19... , это баг в JSONExtract

да((

а что делать?

Процы нагружены на 99%

убивайте kill -9 кликхауз, дальше все станет еще хуже, до коррапта базы

не пытайтесь остановить стопом

это как?

не совсем понял
Типа даунгрейд делать?

еще нубский вопрос, в документации про optimize об этом не сказано. Вот делаю я optimize final, вроде все ок, но место, занимаемое временными данными, освобождается не сразу. как быть? от чего это зависит? как повлиять? как с этим жить?

https://clickhouse.tech/docs/ru/operations/settings/merge-tree-settings/#old-parts-lifetime

Неактивные куски удаляются не сразу, потому что при записи нового куска не вызывается fsync, т.е. некоторое время новый кусок находится только в оперативной памяти сервера (кеше О.С.). Т.о. при спонтанной перезагрузке сервера новый (смерженный) кусок может быть потерян или испорчен. В этом случае ClickHouse в процессе старта при проверке целостности кусков обнаружит проблему, вернет неактивные куски в список активных и позже заново их смержит. Сломанный кусок в этом случае переименовывается (добавляется префикс broken_) и перемещается в папку detached. Если проверка целостности не обнаруживает проблем в смерженном куске, то исходные неактивные куски переименовываются (добавляется префикс ignored_) и перемещаются в папку detached.

спасибо

kill -9 ? вы используете КХ и не знаете что такое kill -9 ?

я как аналитик его использую, а админа в априори нет (

ну ищите админа тогда

ищем )

а если хотя бы ссылкой кинуть? Что всетаки делать
Гугл на килл-9 ничего покачто не выдает

kill -9 - это убить процесс без предупреждения. Выстрел в спину наповал

спасибо огромное,
получается убьет все-все процессы?
или только учетки под которой запущено?

kill -9 -- это убить процесс unix

killall -9 clickhouse-serv