mysql processus ne peut pas être arrêté
J'ai récemment installé 5.5.28-29.2 Percona Server (GPL), la Libération de 29,2 dans un Ubuntu 12.04 Desktop de l'OS. J'ai essayé d'arrêter le serveur à l'aide de différentes méthodes:
- sudo /etc/init.d/mysql stop
- sudo kill -9 pid
- mysqladmin -u root -p shutdown
Toutes ces méthodes d'arrêter le processus, cependant, il démarre automatiquement après il meurt. J'ai vérifié syslog (/var/log/syslog/) et toujours me montre la trace suivante:
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
Savez-vous la raison pour laquelle le processus redémarre automatiquement ?
Je vous remercie à l'avance!!!!
Vous devez vous connecter pour publier un commentaire.
J'ai eu exactement le même problème. L'exécution de la
kill
commande de tuer le processus, mais dans mon cas, il serait garder popping up à nouveau sous un autre ID de processus.La seule façon que je pouvais comprendre comment l'arrêter pour de bon: le
Espère que ça aide.
Source: http://www.itfromscratch.com/how-to-stop-the-percona-mysql-server/
sudo stop mysqld
?stop: Unknown job: mysqld
sudo /etc/init.d/mysql stop
?sudo /etc/init.d/mysqld stop
à la place. N'a pas fonctionné.sudo service mysql stop
?À l'aide de
sudo service mysql stop
a fonctionné pour moi.kill -9
oustop
ferait l'affaire avec une autre distro. Il faut regarder dans la base de données mysql journal. Il faut dire au fond:/[path]/mysqld: Shutdown complete
, sinon le démon est en place. Vous pouvez le vérifier en direct par le biais de:tail -f /[path]/name.log
. Grande réponse.Envie de tuer toutes les instances mysql? Essayez en tant que root:
Je suis en utilisant Homebrew sur Mac OS.
brew services stop mysql
ne pas de travail pour moi, maissudo brew services stop mysql
fait.Je vais deviner ici, mais mysqld peut être démarré via le mysql_safe script d'initialisation, qui va redémarrer le serveur.
Pour ceux qui cherchent à cela des années après les faits, j'ai eu un problème similaire et juste résolu.
Semble qu'il y a un deuxième script d'initialisation appelée orig_mysql.conf qui existait dans le /etc/init répertoire ainsi que la base de données mysql.fichier conf. Cela a provoqué upstart pour lancer deux instances et apparemment, il a reçu confus lorsque l'on a terminé. En tant que tel continue de renaitre a eu lieu.
Ma solution:
service mysql stop
telinit u
Une fois que vous confirmez que vous n'avez pas de mysqld processus en cours d'exécution et qu'ils ne sont pas de renaitre plus, le redémarrage de mysql avec
service mysql start
.Espère que cela aide quelqu'un. Il m'a fallu deux ans pour régler ce.
Cela pourrait ne pas s'appliquer à ce problème en particulier, mais ici, il va de toute façon. J'ai vérifié le journal des erreurs ("/var/log/mysql/erreur.journal") et vu que "explicit_defaults_for_timestamp=TRUE" était à l'origine une erreur ("l'Inconnue de la variable"). Donc je l'ai enlevé de mon.cnf ("/etc/mysql/my.cnf"), et a couru "sudo démarrer mysql", et il était de retour et en cours d'exécution. J'espère que cette aide ainsi!