KILL QUERY
system.processes mediante los criterios definidos en la cláusula WHERE de la consulta KILL.
Ejemplos:
Primero, tendrás que obtener la lista de consultas incompletas. Esta consulta SQL las muestra empezando por las que llevan más tiempo en ejecución:
Lista de un solo nodo de ClickHouse:
ASYNC), que no espera la confirmación de que las consultas se hayan detenido.
La versión síncrona (SYNC) espera a que todas las consultas se detengan y muestra información sobre cada proceso a medida que se detiene.
La respuesta contiene la columna kill_status, que puede tomar los siguientes valores:
finished– La consulta se terminó correctamente.waiting– Esperando a que la consulta finalice después de enviarle una señal de terminación.- Los demás valores explican por qué la consulta no puede detenerse.
TEST) solo comprueba los permisos del usuario y muestra una lista de las consultas que se van a detener.
KILL MUTATION
- Pausar todas las mutaciones nuevas, los
INSERTy losSELECT, y permitir que la cola de mutaciones termine de procesarse. - O eliminar manualmente algunas de estas mutaciones enviando un comando
KILL.
system.mutations mediante el filtro especificado en la cláusula WHERE de la consulta KILL.
Una consulta de prueba (TEST) solo verifica los permisos del usuario y muestra una lista de mutaciones que se deben detener.
Ejemplos:
Obtener un count() del número de mutaciones incompletas:
Cantidad de mutaciones de un único nodo de ClickHouse:
La columna
is_killed=1 (solo ClickHouse Cloud) de la tabla system.mutations no significa necesariamente que la mutación haya finalizado por completo. Es posible que una mutación permanezca durante un período prolongado en un estado en el que is_killed=1 e is_done=0. Esto puede ocurrir si otra mutación de larga duración está bloqueando la mutación cancelada. Esta es una situación normal.