KILL QUERY
WHERE de la requête KILL.
Exemples :
Tout d’abord, vous devez obtenir la liste des requêtes inachevées. Cette requête SQL les renvoie en les classant selon leur durée d’exécution :
Liste à partir d’un seul nœud ClickHouse :
ASYNC) est utilisée et n’attend pas la confirmation de leur arrêt.
La version synchrone (SYNC) attend l’arrêt de toutes les requêtes et affiche des informations sur chaque processus à mesure qu’il s’arrête.
La réponse contient la colonne kill_status, qui peut prendre les valeurs suivantes :
finished– La requête a été interrompue avec succès.waiting– En attente de la fin de la requête après l’envoi d’un signal d’arrêt.- Les autres valeurs expliquent pourquoi la requête ne peut pas être arrêtée.
TEST) vérifie uniquement les droits de l’utilisateur et affiche la liste des requêtes à arrêter.
KILL MUTATION
- Suspendre toutes les nouvelles mutations, les
INSERTet lesSELECT, puis laisser la file d’attente des mutations se résorber. - Ou interrompre manuellement certaines de ces mutations en envoyant une commande
KILL.
system.mutations à l’aide du filtre spécifié par la clause WHERE de la requête KILL.
Une requête de test (TEST) vérifie uniquement les droits de l’utilisateur et affiche la liste des mutations à arrêter.
Exemples :
Obtenir le count() du nombre de mutations incomplètes :
Nombre de mutations sur un seul nœud ClickHouse :
La colonne
is_killed=1 (ClickHouse Cloud uniquement) dans la table system.mutations ne signifie pas nécessairement que la mutation est complètement terminée. Il est possible qu’une mutation reste pendant une longue période dans un état où is_killed=1 et is_done=0. Cela peut se produire si une autre mutation de longue durée bloque la mutation interrompue. Il s’agit d’une situation normale.