stop - show processlist mysql ejemplo
¿Qué pasa si matas una consulta de modificación de larga duración? (2)
¿Qué pasa si matas una consulta de modificación de larga duración? ¿La consulta alterará simplemente revertir? ¿Cuánto tiempo puede llevar eso (como una proporción del tiempo que ya ha estado funcionando)?
¿Qué pasa si esa consulta se replica en otro servidor? ¿Matar el proceso en el otro servidor revertirá la alteración de la consulta del servidor original?
Estamos ejecutando mysql
¿Qué pasa si esa consulta se replica en otro servidor?
El ALTER también se ejecutará en ese servidor, con los impactos asociados.
¿Matar el proceso en el otro servidor revertirá la consulta original del servidor original?
No El servidor original no tiene un canal posterior para saber qué ocurrió (o no) en el esclavo. Si mata ALTER en el esclavo, entonces terminará en la situación en la que el maestro tiene la nueva restricción o índice, y el esclavo no. Esto rara vez es una receta para la felicidad :)
Una vez que ALTER ingresa al registro de replicación, debe dejar que se ejecute en todas partes o matarlo en todas partes.
Depende de lo que estés haciendo. Si está ejecutando an alter table...add index comando de an alter table...add index en una tabla InnoDB (no estoy tan seguro acerca de MyISAM ), entonces solo se ejecutará y ejecutará, ya que copia la tabla completa de bloqueo de stock y barril primero: si está en el medio de "copiar a la tabla temporal", entonces es prácticamente imparable.
En la mayoría de los casos, ALTER TABLE funciona haciendo una copia temporal de la tabla original. La alteración se realiza en la copia, y luego se elimina la tabla original y se cambia el nombre de la nueva. Mientras se está ejecutando ALTER TABLE, la tabla original se puede leer en otras sesiones. Las actualizaciones y las escrituras en la tabla se detienen hasta que la nueva tabla esté lista, y luego se redirigen automáticamente a la nueva tabla sin actualizaciones fallidas.