Ubuntu не может остановить mysqld

Я пытаюсь запустить service mysql stop, killall -s SIGKILL mysqld, /etc/init.d/mysql stop и stop mysql, но все же я вижу этот вывод из ps aux | grep mysql:

root     32302  0.0  0.3  59040  2120 pts/8    S    06:03   0:00 sudo mysqld_safe
root     32305  0.0  0.1   4440   772 pts/8    S    06:03   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    32651  0.1  6.8 426740 41388 pts/8    Sl   06:03   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306

ОТВЕТЫ

Ответ 1

Вы можете использовать pkill mysqld

Персональная страница Linux: pkill

Ответ 2

Единственное, что сработало для меня, частично объяснено здесь.

Если все остальное не работает, попробуйте следующее:

[email protected]:/usr/bin# initctl --system stop mysql

После этого вы можете начать управление mysql, используя

[email protected]:/usr/bin# /etc/init.d/mysql start

или

[email protected]:/usr/bin# initctl --system start mysql

Ответ 3

Если все остальное не работает, используйте

kill -9 "processid"

или

kill -s "processid"

Ответ 4

Вы можете быть в безопасном режиме. Следовательно, все процессы будут порождены сразу.

Но следующее должно работать.
Заметьте, чтобы заменить root на имя пользователя

mysqladmin -u root -p shutdown

Заново

sudo service mysql start

Ответ 5

Для тех из вас, кто продолжает видеть это, когда вы пытаетесь убить mysqld_safe:

2019-05-06T14: 47: 13.251226Z mysqld_safe Количество процессов, запущенных сейчас: 0 2019-05-06T14: 47: 13.253591Z mysqld_safe mysqld перезапущен
2019-05-06T14: 48: 31.097077Z mysqld_safe Количество процессов, запущенных сейчас: 0 2019-05-06T14: 48: 31.102834Z mysqld_safe mysqld перезапущен

Используйте killall -9 mysqld mysqld_safe Я думаю, что если вы просто убьете mysqld_safe, mysqld будет создан, и когда он увидит, что mysqld_safe не будет. Это воспринимается как ошибка и снова запускает mysqld_safe... Это мое предположение.