Не удается запустить mysql - mysql respawning слишком быстро, остановлено

У Innodb установлен параметр по умолчанию (innodb_buffer_pool_size), который установлен на 128M - это может быть слишком большим для вашего сервера (особенно если вы используете небольшой AMI AMAZON EC2, который я был). Исправление, которое сработало для меня, было добавьте следующую строку в /etc/mysql/my.cnf

innodb_buffer_pool_size = 16M

Я написал об этом исправлении здесь http://www.mlynn.org/2012/07/mysql-5-5-on-ubuntu-12 -04-работа-не удалось-начало

У меня была аналогичная проблема. Это было неприятно, потому что я не мог видеть никаких журналов ошибок, указывающих на то, что проблема была.

В моем случае значение, которое я установил для innodb_buffer_pool_size, было слишком большим для памяти сервера.

Я нашел это, запустив mysqld непосредственно в качестве пользователя mysql.

# su mysql
# mysqld

Таким образом вы действительно видите вывод ошибки.

У меня также была аналогичная проблема. В приведенных ниже пунктах говорится, что они были удалены с сервера mysql 5.5. Если у вас их в my.cnf, он не запустится. Прокомментируйте их с помощью #. (Информация получена из: http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html)

В этом списке показаны следующие параметры: [!d4 ]

 --master-host
 --master-user
 --master-password
 --master-port
 --master-connect-retry
 --master-ssl
 --master-ssl-ca
 --master-ssl-capath
 --master-ssl-cert
 --master-ssl-cipher
 --master-ssl-key

Кажется, сводится к ошибкам в конфигурации MySQL, расположенной в /etc/mysql/my.cnf и файлах в /etc/mysql/conf.d/.

В моем случае это было неправильное значение bind-address, поскольку IP-адрес моей машины, и MySQL больше не мог связываться. Не стесняйтесь рассказывать об этом в этой статье в блоге.

Хороший способ отладки сбоев в процессе после старта (/etc/init/mysql.conf) - проверить журналы выскочки:

sudo tail -f /var/log/upstart/mysql.log 

Это дало мне ошибку сокета:

. В моем случае это было вызвано отсутствием параметра user в группе [mysqld] в my.cnf

Когда у меня была аналогичная ошибка MySQL («Запуск не удалось запустить») после обновления с 11.10 по 12.04, комментарий № 27 на https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.1/ + bug / 573318? comments = все отлично работало для меня. Цитата:

Для меня решение было удалить строку ...

set-variable = max_connections=200

... которая является синтаксисом MySQL 3.x и должна быть изменена на

max_connections=200

У меня была такая же проблема. Это оказалось mysql my.cnf master slave replications. Проверьте /var/log/mysql/error.log.

Надеюсь, это немного поможет. Сначала проверьте настройки mysql, прежде чем потратить два часа на работу с помощью apparmor, который просто отлично работает.

У меня были те же проблемы, для меня bind-address был установлен неправильно в моем файле /etc/mysql/my.cnf. Таким образом, кажется, что что-то, что не подходит в my.cnf, может вызвать эту проблему. Я не нашел ничего в журналах, которые указали это как проблему.

Моя проблема была 0% свободного места! Двойная проверка: -)

Проверьте разрешения /tmp. У меня была эта проблема, после многого времени googleing и перезагрузки, я узнал, что разрешения /tmp были 755.

Я меняю его на 777, а mysql начинает хорошо.

После автоматического обновления до mysqld-5.5.53 ubuntu 14.04.1 mysql не запускался. Эти строки появились в моем syslog:

Oct 27 06:05:51 hostname kernel: [  593.168925] init: mysql post-start process (4997) terminated with status 1
Oct 27 06:05:51 hostname kernel: [  593.178241] type=1400 audit(1477562751.231:31): apparmor="STATUS" operation="profile_replace" profile="unconfined" name
Oct 27 06:05:51 hostname kernel: [  593.204392] init: mysql main process (5032) terminated with status 1
Oct 27 06:05:51 hostname kernel: [  593.204404] init: mysql respawning too fast, stopped

Проблема была решена путем создания этого каталога:

sudo mkdir /var/lib/mysql-files
sudo chmod 700 /var/lib/mysql-files
sudo chown mysql:mysql /var/lib/mysql-files
sudo /etc/init.d/mysql start

Просто обновленная версия MySQL и AppArmor, как предлагается здесь, чтобы устранить эту проблему на Ubuntu 12.04, запущенной на экземпляре Amazon ec2. Я все еще получаю ошибку несколько раз, но MySQL перезагружается автоматически.

У меня были те же сообщения об ошибках, но причина была другая. Мои таблицы InnoDB были повреждены, потому что вся файловая система перешла в режим только для чтения. Я исправил коррупцию, добавив следующую строку в /etc/mysql/my.cf

innodb_force_recovery = 1

Я запустил MySQL:

sudo service mysql start

MySQL запустился, и я сбросил / экспортировал все таблицы. Я изменил innodb_force_recovery на 0 (= по умолчанию) и перезапустил MySQL:

sudo service mysql restart

Я использую Ubuntu 12.04 с MySQL 5.5. Мне потребовалось много времени, прежде чем я нашел проблему, и надеюсь, что смогу помочь кому-то с этим ответом. См. Также http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html

В моем случае проблема заключалась в разрешении файла /etc/mysql/my.cnf.

Я изменил его для удобства, но он вызвал erros, как

kernel: [604528.290448] type=1400 audit(1424350956.727:193): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/mysqld" pid=15008 comm="apparmor_parser"

Разрешение my.cnf составило 766 и я изменил его на 744, и две из трех ошибок исчезли. Существует еще одно подобное сообщение об ошибке, но оно не предотвратило запуск mysql.

Надеюсь, это поможет ...

В моем случае у меня было неправильное объявление bind-address. Я запустил ifconfig, чтобы открыть частный IP-адрес EC2 и обновил его в файле /etc/mysql/my.cnf.

В моем случае я нашел проблему разрешения на / tmp. Я только установил разрешение на каталог tmp на 766 и перезапустил службу mysql. Исправлено.