Systemd Mysql ne s'arrêtera pas

Après la mise à niveau vers 15.04, j'ai eu beaucoup de plaisir à découvrir systemd. Je pense que tout fonctionne, sauf que je ne peux pas arrêter mysql.service; la commande systemctl se bloque et mysql continue de fonctionner. Quelqu'un d'autre a-t-il vécu cela ou pourrait-il savoir ce qui se passe?

J'ai eu le même problème (mise à niveau vers 15.04, en utilisant les fichiers officiels et la configuration).

J'ai dû apporter les modifications suivantes pour pouvoir arrêter le mysqldémon manuellement avec sytemctlet automatiquement lors du redémarrage / arrêt du système:

1. Rendre /etc/mysql/debian.cnflisible pour l' mysqlutilisateur avec

   sudo chgrp mysql /etc/mysql/debian.cnf; sudo chmod 640 /etc/mysql/debian.cnf
   

2. Fournissez un mysql.servicefichier légèrement modifié :

   sudo cp /lib/systemd/system/mysql.service /etc/systemd/system/
   sudo chmod 755 /etc/systemd/system/mysql.service
   

3. Fournissez une commande d'arrêt explicite en ouvrant le fichier copié dans un éditeur:

   sudo nano /etc/systemd/system/mysql.service
   

   et en ajoutant la ligne suivante sous la [Service]section:

   ExecStop=/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf shutdown
   

   Dans Nano, utilisez Ctrl + O pour sauvegarder (façon Linux!), Ctrl + X pour quitter.

4. Faites connaître le nouveau fichier de service au système:

   sudo systemctl daemon-reload
   

J'ai eu le même problème avec Ubuntu 15.10 Desktop et j'ai trouvé un moyen de le résoudre:

Le paramètre log_error dans /etc/mysql/mysql.conf.d/mysqld.cnf a été mis en commentaire. Après avoir décommenté le paramètre, systemd effectue l'arrêt de mysqld sans problème.

Votre problème est thread_pool_size. S'il est beaucoup plus élevé que le nombre de cœurs / threads, vous ne pourrez pas arrêter correctement, sauf en utilisant la commande d'arrêt mysqladmin.

Par exemple: Vous avez 2 cœurs CPU avec 4 threads. Si vous le définissez 1-4 - cela fonctionnera bien. Si vous le définissez sur 16, comme conseillé dans de nombreux blogs «haute performance», il sera brisé.

J'ai eu un problème similaire avec mysql / mariadb ne s'arrêtant pas lorsque cela était demandé par systemd , à l'arrêt ou appelé manuellement avec sudo service mysql stop.

Dans mon cas, je double Ubuntu / Windows en mode UEFI, et ces systèmes d'exploitation interprètent l'heure matérielle différente, de sorte que les deux systèmes d'exploitation se synchronisent avec les serveurs de temps Internet au démarrage.

MySQL (et Mariadb) n'arrivait pas à s'arrêter si l'heure du matériel changeait pendant son exécution.

Vous devez différer le démarrage de MySQL après la synchronisation horaire. Idéalement, cela serait fait en insérant une dépendance temporelle sur mysql avec After: time-syncmais cela n'a pas fonctionné pour moi.

La solution qui a fonctionné pour moi (vous pouvez remplacer mysql par mariadb pour le même effet):

1. Désactivez mysql avec sudo systemctl disabled mysql.service

2. Créez un script (assurez-vous qu'il est exécutable) qui démarrera mysql après un certain délai /usr/bin/delay_mysqlavec le contenu:

   #!/bin/sh
   sleep 30s
   /etc/init.d/mysql start
   

3. Créez un service systemd pour exécuter votre nouveau script /etc/systemd/system/delay_mysql.service avec son contenu:

   [Unit]
   Description=Delay start of MySQL / MariaDB
   
   [Service]
   Type=oneshot
   ExecStart=/usr/bin/delay_mysql
   
   [Install]
   WantedBy=multi-user.target  
   

4. Enregistrez votre nouveau service avec sudo systemctl enable delay_mysql.service

Cela entraînera l'exécution de votre script à des niveaux multi-utilisateurs, qui sur Ubuntu sont 3,4,5.

Au moment de la copie, mysql.servicevous devrez faire un chmodaprès.

cp /lib/systemd/system/mysql.service /etc/systemd/system/
chmod 755 /etc/systemd/system/mysql.service

dans mon cas, il n'y avait pas de correspondance de mot de passe pour l'utilisateur de maintenance debian-sys-maintentre un /etc/mysql/debian.cnfet un dans la base de données MySQL.

Cet utilisateur est utilisé pour l'arrêt de MySQL et d'autres fonctions. Après la mise à jour de MySQL, il peut arriver qu'il y ait un décalage entre le fichier et la base de données. Cela peut également se produire si vous déplacez votre base de données d'un MySQL à un autre. Si vous importez toutes les bases de données et les utilisateurs d'autres MySQL sur une machine différente, vous devez resynchroniser votre debian-sys-maintmot de passe utilisateur de maintenance ( ).

Vous devez faire: vérifiez votre mot de passe actuel dans le fichier ubuntu / debian:

sudo cat /etc/mysql/debian.cnf

# Automatically generated for Debian scripts. DO NOT TOUCH!
[client]
host     = localhost
user     = debian-sys-maint
password = n4aSHUP04s1J32X5
socket   = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
user     = debian-sys-maint
password = n4aSHUP04s1J32X5
socket   = /var/run/mysqld/mysqld.sock
basedir  = /usr

Vous pouvez voir votre mot de passe que ce système utilisera ici: password = n4aSHUP04s1J32X5

L'étape suivante consiste à mettre à jour MySQL avec le même mot de passe: Connectez-vous à MySQL:

~$ mysql -u root -p

Tapez votre mot de passe pour accéder à MySQL

mysql> GRANT ALL PRIVILEGES ON *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'n4aSHUP04s1J32X5';**

Après cela, plus de problèmes d'arrêt, pas d'attente de 10 minutes, plus de problèmes d'installation d'applications qui utilisent ce compte de maintenance comme phpmyadmin.

MISE À JOUR: Malheureusement, cela n'a pas résolu le problème. Cela l'a rendu un peu aléatoire - parfois je peux arrêter le service sans problème une autre fois, il se bloquera à l'arrêt du service.