Сегодня я сделал новую установку Ubuntu 12.04 и занялся настройкой локальной среды разработки. Я установил mysql и отредактировал /etc/mysql/my.cnf
для оптимизации InnoDB, но когда я пытаюсь перезапустить mysql, он завершается ошибкой:
[20:53][tom@Pochama:/var/www/website] (master) $ sudo service mysql restart
start: Job failed to start
Системный журнал показывает, что есть проблема со сценарием инициализации:
> tail -f /var/log/syslog
Apr 28 21:17:46 Pochama kernel: [11840.884524] type=1400 audit(1335644266.033:184): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=760 comm="apparmor_parser"
Apr 28 21:17:47 Pochama kernel: [11842.603773] init: mysql main process (764) terminated with status 7
Apr 28 21:17:47 Pochama kernel: [11842.603841] init: mysql main process ended, respawning
Apr 28 21:17:48 Pochama kernel: [11842.932462] init: mysql post-start process (765) terminated with status 1
Apr 28 21:17:48 Pochama kernel: [11842.950393] type=1400 audit(1335644268.101:185): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=811 comm="apparmor_parser"
Apr 28 21:17:49 Pochama kernel: [11844.656598] init: mysql main process (815) terminated with status 7
Apr 28 21:17:49 Pochama kernel: [11844.656665] init: mysql main process ended, respawning
Apr 28 21:17:50 Pochama kernel: [11845.004435] init: mysql post-start process (816) terminated with status 1
Apr 28 21:17:50 Pochama kernel: [11845.021777] type=1400 audit(1335644270.173:186): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=865 comm="apparmor_parser"
Apr 28 21:17:51 Pochama kernel: [11846.721982] init: mysql main process (871) terminated with status 7
Apr 28 21:17:51 Pochama kernel: [11846.722001] init: mysql respawning too fast, stopped
Любые идеи?
Вещи, которые я уже пробовал:
Я погуглил и нашел ошибку Ubuntu с apparmor ( https://bugs.launchpad.net/ubuntu/+source/mysql-5.5/+bug/970366 ), я перевел apparmor из принудительного режима в режим жалоб:
sudo apt-get install apparmor-utils
sudo aa-complain /usr/sbin/mysqld
sudo /etc/init.d/apparmor reload
но это не помогло Я до сих пор не могу начать MySQL.
Я также подумал, что проблема может заключаться в том, что файлы журнала InnoDB были другого размера, чем ожидал mysql. Я удалил InnoDB лог - файлы перед перезапуском с помощью: sudo mv /var/lib/mysql/ib_logfile* /tmp
. Не повезло, хотя.
Обходной/etc/mysql/my.cnf
путь : Я переустановил 12.04, убедившись, что не трогать в любом случае. Mysql работает, поэтому я могу продолжать то, что мне нужно сделать. Но мне нужно будет отредактировать его в какой-то момент - Надеюсь, я найду решение, или этот вопрос будет дан ответом к этому моменту ...
dpkg-reconfigure mysql-server-5.5
все исправлено в моей конфигурации.utf8_unicode_ci
лучше. Теперь дажеutf8mb4_unicode_ci
У Innodb есть настройка по умолчанию (innodb_buffer_pool_size), которая установлена на 128M - это может быть слишком большим для вашего сервера (особенно если вы используете небольшой AMI Amazon EC2 - который я использовал). Исправление, которое работало для меня, заключалось в добавлении следующего линия к
/etc/mysql/my.cnf
Я написал об этом исправлении здесь http://www.mlynn.org/2012/07/mysql-5-5-on-ubuntu-12-04-job-failed-to-start
источник
innodb_buffer_pool_size
ниже была одной из частей решения, но будьте осторожны, возможно, вам просто не хватает памяти.У меня была аналогичная проблема. Это расстраивало, потому что я не мог видеть никаких журналов ошибок, указывающих, в чем была проблема.
В моем случае значение, которое я установил для innodb_buffer_pool_size, было слишком большим для памяти сервера.
Я выяснил это, запустив mysqld напрямую как пользователь mysql.
Таким образом, вы на самом деле видите вывод ошибок.
источник
У меня тоже была похожая проблема. Элементы ниже говорят, что они были удалены с сервера MySQL 5.5.
Если они у вас есть
my.cnf
, они не начнутся. Прокомментируйте их#
.(Информация взята из: http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html )
Затронутые параметры показаны в этом списке:
источник
Кажется, все сводится к ошибкам в конфигурации MySQL, расположенной в
/etc/mysql/my.cnf
и файлах в/etc/mysql/conf.d/
.В моем случае это было неправильное
bind-address
значение, потому что изменился IP-адрес моей машины, и MySQL больше не мог связываться. Не стесняйтесь узнать больше об этом в этой статье блога .источник
Хороший способ отладки сбоев в процессе после запуска (
/etc/init/mysql.conf
) - это проверить журналы выгрузки:Это дало мне ошибку сокета:
В моем случае это было вызвано отсутствием
user
настроек в[mysqld]
группеmy.cnf
источник
Когда у меня произошла похожая ошибка MySQL («Задание не удалось запустить») после обновления с 11.10 до 12.04, комментарий № 27 на https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.1/+bug/ 573318? Комментарии = у меня все отлично работало. Quote:
источник
Для меня решение было удалить линию ...
... который является синтаксисом MySQL 3.x и должен быть изменен на
источник
Я была такая же проблема. Оказалось, что это репликация master-slave mysql my.cnf. Проверьте свой
/var/log/mysql/error.log
.Я надеюсь, что это немного поможет. Проверьте настройки mysql, прежде чем тратить два часа на apparmor, который просто отлично работает.
источник
У меня были те же проблемы, для меня это
bind-address
было неправильно установлено в моем/etc/mysql/my.cnf
файле. Таким образом, кажется, что что-то не так в my.cnf может вызвать эту проблему. Я не нашел ничего в журналах, которые указали бы это как проблему.источник
Моя проблема была 0% свободного места! Двойная проверка :-)
источник
Проверьте
/tmp
разрешения. У меня была эта проблема, после многих поисков в Google и перезапусков я обнаружил, что/tmp
права доступа были 755.Я меняю его на 777 и
mysql
начинаю хорошо.источник
/tmp
на новый раздел.После автоматического обновления до mysqld-5.5.53 ubuntu 14.04.1 mysql не запускается. Эти строки появились в моем системном журнале:
Проблема была решена путем создания этого каталога:
источник
Только что обновили версию MySQL и AppArmor, как это было предложено здесь, чтобы исправить эту проблему в Ubuntu 12.04, работающем на экземпляре Amazon ec2. Я все еще получаю сообщение об ошибке несколько раз, но MySQL автоматически перезагружается.
источник
У меня были те же сообщения об ошибках, но причина была в другом. Мои таблицы InnoDB были повреждены, потому что вся файловая система перешла в режим только для чтения. Я исправил повреждение, добавив следующую строку в /etc/mysql/my.cf
Я запустил MySQL:
MySQL запустился, и я выгрузил / экспортировал все таблицы. Я изменил innodb_force_recovery на 0 (= по умолчанию) и перезапустил MySQL:
Я использую Ubuntu 12.04 с MySQL 5.5. Прошло много времени, прежде чем я нашел проблему, и я надеюсь, что смогу помочь кому-нибудь с этим ответом. Смотрите также http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
источник
В моем случае проблема была в
/etc/mysql/my.cnf
разрешении файла.Я изменил это для удобства, но это вызвало ошибки как
my.cnf
Разрешение было 766 , и я изменил его на 744 и два из трех ошибок ушли. Есть еще одно подобное сообщение об ошибке, но оно не помешало запуску mysql.Надеюсь это поможет...
источник
В моем случае у меня была неправильная
bind-address
декларация. Я побежал,ifconfig
чтобы обнаружить частный IP-адрес EC2 и обновил его в/etc/mysql/my.cnf
файле.источник
В моем случае я обнаружил проблему с разрешением в / tmp. Я только что установил разрешение каталога tmp на 766 и перезапустил службу mysql. Исправлено.
источник