2012-06-04 19 views
7

El hilo que he matado todavía está en mi lista de hilos ¿Cómo lo elimino?Proceso que se eliminó aún en mi lista de procesos

+-----+------+-----------+-------------+---------+-------+-----------+------------------------------------------------------------------------------------------------------+ 
| Id | User | Host  | db   | Command | Time | State  | Info                         | 
+-----+------+-----------+-------------+---------+-------+-----------+------------------------------------------------------------------------------------------------------+ 
| 678 | root | localhost | hthtthv  | Killed | 36923 | query end | INSERT INTO `gtgttg` VALUES (1,'tgtg'),(2,'Shopping'),(4,'tgtgtg'),(   | 
| 695 | root | localhost | NULL  | Query |  0 | NULL  | show processlist                      | 
+-----+------+-----------+-------------+---------+-------+-----------+------------------------------------------------------------------------------------------------------+ 
2 rows in set (0.00 sec) 
+0

posible duplicado de [la consulta MySQL no se va después de ser asesinado] (http://stackoverflow.com/questions/5043268/mysql-query-not-going-away-after-being-killed) – ckujau

Respuesta

17

Necesita revertir las acciones que hizo, por lo que esto puede llevar mucho tiempo. Si se trata de una base de datos InnoDB, puede, por ejemplo, mira a esta pregunta: https://dba.stackexchange.com/questions/5654/internal-reason-for-killing-process-taking-up-long-time-in-mysql

Así que al final: hay que esperar a que se elimine

+1

¿Cuánto tiempo durará? ¿tomar? –

+1

Eso depende de su consulta, la cantidad de resultados, su hardware, su software, horóscopo y el clima;) .. alias, es difícil de decir. Por ejemplo, con INNODB puede llevar más tiempo que el inserto. Verifique esa primera respuesta: más larga significa "hasta 30 veces" .... – Nanne

+1

Ejecuté la consulta original durante 8 horas. ¿Eso significa que podría tomar 240 horas? Estoy usando una base de datos innodb. No hay otra forma práctica de matar esta consulta? –

1

En mi caso, mi partición/var estaba lleno, donde están escritos los binlogs de MySQL. Una vez que liberé un poco de espacio en el disco, las conexiones muertas desaparecieron de inmediato.

Cuestiones relacionadas