tiempo - El proceso mysql no se puede detener

ver consultas mysql en tiempo real

Question

Recientemente instalé 5.5.28-29.2 Percona Server (GPL), versión 29.2 en un escritorio con SO Ubuntu 12.04. He intentado detener el servidor utilizando diferentes métodos:

- sudo /etc/init.d/mysql stop
- sudo kill -9 pid
- mysqladmin -u root -p shutdown

Todos estos métodos detienen el proceso, sin embargo, se inicia automáticamente después de que muere. He comprobado syslog (/ var / log / syslog /) y siempre me muestra el siguiente rastreo:

Jan  4 17:50:44 kernel: [ 1915.494219] init: mysql main process (17311) killed by KILL signal
Jan  4 17:50:44 kernel: [ 1915.494245] init: mysql main process ended, respawning
Jan  4 17:50:44 kernel: [ 1915.500025] type=1400 audit(1357318244.557:48): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=18458 comm="apparmor_parser"
Jan  4 17:50:46 /etc/mysql/debian-start[18501]: Upgrading MySQL tables if necessary.
Jan  4 17:50:46 /etc/mysql/debian-start[18504]: /usr/bin/mysql_upgrade: the ''--basedir'' option is always ignored
Jan  4 17:50:46 /etc/mysql/debian-start[18504]: Looking for ''mysql'' as: /usr/bin/mysql
Jan  4 17:50:46 /etc/mysql/debian-start[18504]: Looking for ''mysqlcheck'' as: /usr/bin/mysqlcheck
Jan  4 17:50:46 /etc/mysql/debian-start[18504]: This installation of MySQL is already upgraded to 5.5.28, use --force if you still need to run mysql_upgrade
Jan  4 17:50:46 /etc/mysql/debian-start[18515]: Checking for insecure root accounts.
Jan  4 17:50:46 /etc/mysql/debian-start[18520]: Triggering myisam-recover for all MyISAM tables

¿Sabes por qué el proceso se reinicia automáticamente? ¡¡Gracias de antemano!!

Answer 1

¿Quieres matar todas las instancias mysql? Probar como root:

 pkill mysqld;

Answer 2

Estaba teniendo exactamente el mismo problema. Ejecutar el comando kill mataría el proceso, pero en mi caso seguiría apareciendo nuevamente bajo un ID de proceso diferente.

La única forma en que podía descubrir cómo detenerlo para siempre era esta:

sudo stop mysql

Espero que ayude.

Fuente: http://www.itfromscratch.com/how-to-stop-the-percona-mysql-server/

Answer 3

Esto podría no aplicarse a este problema en particular, pero aquí va de todos modos. Revisé el registro de errores ("/var/log/mysql/error.log") y vi que "explicit_defaults_for_timestamp = TRUE" estaba causando un error ("Variable desconocida"). Así que lo quité de my.cnf ("/etc/mysql/my.cnf"), y ejecuté "sudo start mysql" y estaba de nuevo en funcionamiento. Espero que esto ayude también!

Answer 4

Estoy usando Homebrew en Mac OS. brew services stop mysql no funcionaron para mí, pero los sudo brew services stop mysql .

Answer 5

Para aquellos que miraron estos años después del hecho, tuve un problema similar y simplemente lo resolví.

Parece que había un segundo script de inicio llamado orig_mysql.conf que existía en el directorio / etc / init junto con el archivo mysql.conf. Esto provocó que el inicio comenzara dos instancias y aparentemente se confundió cuando se terminó una. Como tal se produjo un continuo reaparecimiento.

Mi solución:

1. Detenga mysql a través de upstart, si es posible: service mysql stop
2. ELIMINAR uno de los archivos conf (eliminé /etc/init/orig_mysql.conf). Luego reinicie init usando: telinit u
3. Elimine manualmente cualquier proceso mysqld restante.

Una vez que confirme que no tiene procesos mysqld en ejecución y que ya no volverán a aparecer, reinicie mysql con el service mysql start .

Espero que esto ayude a alguien. Me tomó dos años resolver esto.

Answer 6

Usar sudo service mysql stop funcionó para mí.

Answer 7

Usted sólo debe eliminar mysql.sock . De esta manera, volver a ejecutar el servicio mysqld lo volverá a crear. Si no es el caso, simplemente reinicie el servidor después de eliminar mysql.sock

Answer 8

Voy a adivinar aquí, pero mysqld podría iniciarse a través del script de inicio mysql_safe, que reiniciará el servidor.