"Ошибка 1067: процесс неожиданно завершился" при попытке запустить MySQL

Ответ 1

Изучите журнал ошибок (запустите eventvwr.msc). MySQL обычно записывает что-то в журнал приложений.

В очень редких случаях он ничего не пишет (я знаю только одну ошибку http://bugs.mysql.com/bug.php?id=56821, где службы не работают вообще). Существует также файл журнала ошибок, обычно называемый .err в каталоге данных, который имеет ту же информацию, что и в журнале ошибок Windows.

Ответ 2

Вам необходимо:

• остановить службу MySQL:
• Открыть mysql path\data
• Удалите как ib_logfile0, так и ib_logfile1.
• Перезапустите службу

Ответ 3

У меня была та же проблема. Я использую mysql 5.6.11. Чтобы решить эту проблему, мне пришлось изменить файл default.ini в папке mysql-5.6.11-win32 Поэтому я просто вставил следующие строки в строке [mysqld]

basedir="D:\mysql-5.6.11-win32\"
datadir="D:\mysql-5.6.11-win32\data\"
port=3306
server-id=1
bind-address=127.0.0.1

Параметры basedir и datadir необходимо изменить для местоположения mysql.

Ответ 4

У меня была такая же проблема, но я был смущен с ответом @Vladislav и не мог найти решение от этого. Конечно, моя проблема может быть не такой, как я столкнулся с проблемой при попытке обновления XAMPP, но также дал то же сообщение Ошибка 1067.

При дальнейшем поиске я нашел это:

https://serverfault.com/questions/214435/error-1067-the-process-terminated-unexpectedly-when-trying-to-install-mysql-on

Ответ от этого прост, т.е. полностью очистить папку, что не всегда происходит. Что касается XAMPP, я предполагаю, что сначала создал резервные копии необходимых файлов (папка с данными из папки mysql и папки htdocs). Удалите XAMPP. Проверьте папку xampp на любой оставшийся контент и удалите все. На всякий случай вы можете перезагрузиться. Затем переустановите XAMPP. Скопируйте резервные папки обратно в соответствующие места, и, надеюсь, mySql снова будет работать в XAMPP.

Это должно решить проблему.

Ответ 5

Такая же проблема. После анализа отчетов журнала через eventvwr.msc я обнаружил, что файлы регистрации были помещены в папку, требующую прав администратора для обновления, поэтому файлы не могут быть созданы, а процесс установки и запуска не может продолжаться.

Поэтому проверка журнала событий была очень полезной.

Ответ 6

Я получаю эту проблему время от времени, и когда я это делаю, я смог ее решить, используя резервную копию папки (ов) базы данных, которая дает проблему.

Когда вы проверяете свой "Просмотр событий" > "Журнал Windows" > "Приложение", если вы видите ошибку:

InnoDB: Attempted to open a previously opened tablespace. Previous tablespace [database]/[table] uses space ID: 59 at filepath: .\[database]\[table].ibd. Cannot open tablespace [different db]/[different table] which uses space ID: 59 at filepath: .\[different db]/[different table].ibd

Тогда то, что работает для меня, удаляет первую указанную папку [database] в вашем каталоге данных MySQL и копирует резервную копию этой папки базы данных туда, где она была ранее.

Затем запустите MySQL, и он снова запустится для меня, без этой ошибки 1067.

Ответ 7

Не забудьте проверить

innodb_data_home_dir = <your_directory_location>
innodb_log_group_home_dir = <your_directory_location>

в файлах my.ini. Неправильное установленное значение для этих двух переменных делает процесс mysql завершенным и создает ошибку 1067. Также проверьте подробные ошибки eventvwr.msc и mysql_error.log.

Ответ 8

У меня была практически такая же проблема. в файле журнала я нашел это:

110903  9:09:39  InnoDB: 1.1.4 started; log sequence number 1595675
110903  9:09:40 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect key file for table 'user'; try to repair it

По-видимому, таблица пользователей повреждена. Я заменил его на другую копию (user.frm; user.MYD; user.MYI в mysql\data\mysql)
и это работает для меня.

ps: am using xampp.

Ответ 9

Искать и уничтожать (или осторожно перемещать) любые файлы my.ini(окна или файлы программ), которые влияют на сбой службы mysql. также проверьте порт 3306, используя либо netstat, либо инструмент portqry. это должно помочь. Также, если есть проблема с файловой системой, вы можете запустить контрольный диск.

Ответ 10

Я только что прошел ту же проблему, и решил ее следующим образом. 1 - нашел файл .err, который регистрирует все проблемы mysql, в win7, находящемся в файле programData\MySQL\MySQL Server 5.6\data \ 2 - Проверьте последние записи из файла и, в моем случае, я обнаружил, что ошибка исходила из флага (журнала аудита), который я установил на "true" из интерфейса Workbench за день до этого! 3 - зашел в файл my.ini и удалил audit-log = ON. 4 - запущенный сервис mysql, и он сработает!

Ответ 11

У меня такая же проблема, и то, что сработало для меня, находится в ЭТО ДРУГОЙ ОТВЕТ.

Я не воспроизвел его здесь, потому что это НЕ ПРАВИЛЬНО, ЧТО ДЕЛАТЬ.

В принципе, это переустановка, которая будет очень хорошо удалять и использовать 32-разрядные версии.

Ответ 12

У меня была такая же ошибка. Я проверил журналы ошибок: C:\ProgramData\MySQL\MySQL Server 5.5\data\inf3rno-PC.err. Согласно им

170208  1:06:25 [Note] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld: Shutdown complete

170208  1:10:44 [Note] Plugin 'FEDERATED' is disabled.
170208  1:10:44 InnoDB: The InnoDB memory heap is disabled
170208  1:10:44 InnoDB: Mutexes and rw_locks use Windows interlocked functions
170208  1:10:44 InnoDB: Compressed tables use zlib 1.2.3
170208  1:10:44  InnoDB: Error: unable to create temporary file; errno: 2
170208  1:10:44 [ERROR] Plugin 'InnoDB' init function returned error.
170208  1:10:44 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
170208  1:10:44 [ERROR] Unknown/unsupported storage engine: INNODB
170208  1:10:44 [ERROR] Aborting

Я думаю, что важная часть здесь

170208  1:10:44  InnoDB: Error: unable to create temporary file; errno: 2

Я изменил переменные TMP и TEMP env от C:\Windows\Temp до %USERPROFILE%\AppData\Local\Temp вчера, потому что мне не удалось сжать каталог и, согласно многим сообщениям, это решение. Теперь сжатие работает, но mysql и, по-видимому, nod32 жалуются, что не могут создавать временные файлы...

Я добавил tmpdir=c:/server/mytmp в C:\Program Files\MySQL\MySQL Server 5.5\my.ini. И после этого снова начал службу с services.msc. Теперь все в порядке.

Так что это может быть и возможная причина. Я настоятельно рекомендую всем, кто сталкивается с этой проблемой, проверить журналы ошибок.

Ответ 13

Я использую установочный файл для восстановления. он работает для меня

Ответ 14

проверьте пространство, доступное на диске, где хранится db. в моем случае было остановлено обслуживание из-за меньшего пространства на диске.

Ответ 15

Существует много решений проблемы. Это сработало для меня

Щелкните правой кнопкой мыши Сервис → Свойства → Зарегистрируйтесь как системная учетная запись.