«Ошибка 1067: процесс неожиданно завершился» при попытке установить MySQL на Win7 x64 [закрыто]

14

Я столкнулся с кирпичной стеной, пытаясь установить MySQL v5.5 на мою машину.

Мой компьютер - Windows 7 x64, выпуск Enterprise.

MySQL устанавливается нормально, но когда я запускаю «Мастер настройки экземпляра MySQL», он навсегда останавливается на шаге «Запуск службы» (я могу позволить ему работать в течение 30 минут без ответа). Если я захожу в службы, я вижу, что служба «MySQL» не запущена, и если я пытаюсь запустить ее, она говорит: «Windows не удалось запустить службу MySQL на локальном компьютере. Ошибка 1067: процесс неожиданно завершился».

Я пробовал следующее:

  • Отключение брандмауэра.
  • Удаление всего антивирусного программного обеспечения.
  • Установка / переустановка 32-битной версии MySQL.
  • Установка / переустановка 64-битной версии MySQL.
  • Деинсталляция, удаление содержимого «C: \ program files \ MySQL» и «C: \ program files (x86) \ MySQL», переустановка.
  • Проверка, чтобы увидеть, что нет мошеннических сервисов с именем MySQL ???? (из предыдущей установки).
  • Проверка того, что порт 3306 не используется альтернативной программой.
  • Изменение порта по умолчанию, который использует MySQL.
  • Проверка «my.ini» и «my.ini.cnf» в «C: \ windows» (нет ничего, кроме того, что может вызвать проблему).
  • Запуск установщика MySQL и мастера настройки в режиме администратора.
  • Отключение UAC.
  • Установка с настройками по умолчанию, ничего не меняя.
  • Перезагрузка моей машины (пока около 6 перезагрузок).
  • Открытие порта 3306 в брандмауэре (как TCP, так и UDP, входящий и исходящий).
  • Клянусь программистом, который разработал MySQL, чтобы вы даже не смогли установить его (как будто это поможет!)

Моя машина работает на 100% по-другому. InfiniDB (база данных, совместимая с MySQL) устанавливается на 100%, как и Visual Studio 2010, Microsoft SQL Server и т. Д. И т. Д.

Ваш совет, как обойти это?

ps Вот экран, на котором он завис на 15 минут, пока я не убил процесс:

альтернативный текст

Обновление 2010-12-20

Пробовал MySQL v5.1, он тоже не работал. Это удивительно - если вы наберете «mysqld /?» Или «mysqld -help», это вам не поможет. И, если вы попытаетесь перезапустить службу вручную, она не отображает никаких сообщений об ошибках. Может ли это быть более бесполезным?

Обновление 2010-12-21

Установил MySQL 6.0 alpha, и все заработало. Тем не менее, я бы предпочел не использовать альфа-релиз, учитывая, что «стабильный» релиз - это что-то кроме :(

Обновление 2010-12-21

Нашел http://dev.mysql.com/doc/refman/5.1/en/windows-troublesho.html , посвященный устранению неполадок в Windows.

Обнаружено, что вы можете создать журнал ошибок, если служба не запускается - см. Здесь: http://dev.mysql.com/doc/refman/5.1/en/error-log.html

Обновление 2010-12-21

Ага! Ключ. Чтобы увидеть ошибку, добавьте «--console»:

mysqld --console

Это возвращает:

101221 13:57:28 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use Windows interlocked functions
InnoDB: Compressed tables use zlib 1.2.3
101221 13:57:28  InnoDB: Initializing buffer pool, size = 203.0M
101221 13:57:28  InnoDB: Completed initialization of buffer pool
InnoDB: Error: log file .\ib_logfile0 is of different size 0 56623104 bytes
InnoDB: than specified in the .cnf file 0 106954752 bytes!
101221 13:57:28 [ERROR] Plugin 'InnoDB' init function returned error.
101221 13:57:28 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
101221 13:57:28 [ERROR] Unknown/unsupported storage engine: INNODB
101221 13:57:28 [ERROR] Aborting
101221 13:57:28 [Note] mysqld: Shutdown complete

Обновление 2010-12-21

Теперь он устанавливается правильно. Смотрите ответ ниже.

Контанго
источник
В моем случае файл my.ini имел неверно настроенные пути. Надеюсь, это поможет кому-то еще.
Scepeda

Ответы:

11

Вот как я исправил проблему:

Шаг 1: По умолчанию невозможно выяснить причину, по которой служба не запускается. Итак, скажите, чтобы он запускался в необслуживаемом режиме, и передавайте ошибки на консоль:

mysqld --console

Шаг 2: В моем конкретном случае мне пришлось удалить содержимое:

C:\ProgramData\MySQL

... затем переустановите. В установщике MySQL v5.5 есть ошибка: если вы удалите MySQL v5.5, чтобы исправить проблему с неправильной установкой, он не сможет очистить C: \ ProgramData \ MySQL, что означает, что невозможно установить MySQL v5.5 на эта машина, с этого момента, без удаления этого мошеннического каталога.

подсказки:

  • Убедитесь, что вы убили все экземпляры «mysqld» в мониторе процесса.
  • Чтобы удалить любые существующие сервисы, используйте «sc delete MYSQLxx».

Открытое письмо команде разработчиков MySQL в Oracle:

--- начать открытое письмо в Oracle ---

Уважаемая команда разработчиков MySQL в Oracle!

Если, когда MySQL установлен, служба не запускается, пожалуйста, сообщите нам, почему (а) указав нам в направлении журнала ошибок или (б) отображения этого журнала ошибок.

Невыполнение этого бросает Oracle в некомпетентном свете.

Искренне Ваш,

Каждый, кто устанавливает MySQL на Windows.

--- конец открытого письма в Oracle ---

Контанго
источник
3

Я согласен с Gravitas, но вам не нужно делать переустановку (особенно при установке MySQL
Server xx в другую папку, отличную от папки по умолчанию в C: / Program Files /).
Эти шаги помогли мне успешно запустить службу. Работал в Win7 x64, поэтому я полагаю, что x32 будет очень хорошо :)

Откройте файл «my.ini», где установлен MySQL Server xx (у меня был 5.5, но с 5.1 тоже все в порядке).
Перейдите в строку, где написано:

datadir=C:/ProgramData/MySQL/MySQL Server x.x/data-> (Это путь по умолчанию)
Измените приведенную выше строку следующим образом:
datadir="<Drive_Letter>:/path/where/MySQL/is/installed/MySQL Server x.x/data/"

Скопируйте все содержимое C:/ProgramData/MySQL/MySQL Server x.x/в новый назначенный каталог данных,
КРОМЕ ib_logfile0 & ib_logfile1(переместите его в другое место в качестве резервной копии).
Удалить C:/ProgramData/MySQL/MySQL Server x.x/.
Перезапустить MySQLInstanceConfig.
Проверьте, TCP/IP networkingно НЕ меняйте настройки безопасности (оставляйте их без изменений).
Запустите сервис ( ib_logfile(1,2)будет восстановлен).

PS: Перезагрузите и очистите временные файлы - после перезагрузки - с помощью CCleaner. По какой-то (странной?) Причине вы не можете подключиться к СУБД MySQL из IDE или MySQL Workbench CE xx после применения вышеуказанных настроек до перезагрузки.

ПРИМЕЧАНИЕ. Изменение настроек безопасности приведет к зависанию утилиты конфигурации из-за другой ошибки,
возникшей при включении TCP / IP с любыми другими настройками.

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

Kounavi
источник
2

http://mydailytech.com/post/how-to-fix-mysql-error-1067/

проверьте и перейдите по ссылке выше - она ​​должна решить, как это было в моем случае.

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

rihatum
источник
Извините, это не решило проблему. Я даже попытался переустановить его в C: \ MYSQL55 \, просто чтобы убедиться, что длинные имена файлов ничего не изменили, перезагрузить компьютер и т. Д. Я начинаю задумываться, не сломался ли MySQL v5.5 и более ранних версий под Windows 7 x64?
Контанго
2

Цитируется с сайта, который опубликовал Rigatum:

При установке MySQL, если вы устанавливаете его в нестандартном каталоге, вам нужно будет указать путь к файлу по умолчанию, прежде чем вы сможете запустить MySQL или установить службу MySQL, в противном случае вы получите ошибку 1067.

Сначала давайте откроем командную строку. Перейдите в папку установки MySQL и найдите, где находится mysqld.exe. Затем запустите это:

mysqld –remove MySql

Это приведет к удалению службы MySQL. Теперь переустановите службу с параметром defaults-file:

mysqld –install <service name> –defaults-file=<full path of “my.ini” file>

Например:

mysqld –install MySql –defaults-file=c:\mysql\my.ini

Наслаждайтесь безошибочной установкой MySQL.

AliGibbs
источник
Извините, это не решило проблему. Я даже попытался переустановить его в C: \ MYSQL55 \, просто чтобы убедиться, что длинные имена файлов ничего не изменили, перезагрузить компьютер и т. Д. Я начинаю задумываться, не сломался ли MySQL v5.5 и более ранних версий под Windows 7 x64?
Контанго
1
нет, он не совсем сломан, у меня он работает безупречно на 65 машинах с windows 7 на работе, на 18 серверах (как на nix, так и на windows 2008R2), а на моих домашних компьютерах смесь windows 2008 и seven. я думаю, что это не удаление чего-то должным образом, и именно поэтому это застревает в некоторый момент - случилось со мной, но это было некоторое время назад. Я удалил, вручную удалил все каталоги mysql и удалил экземпляр службы тоже из окон.
Рихатум
2

И я просто добавляю - в этом случае необходимо удалить не только programdata \ mysql, но и папку innoDB: \ mysql datafiles

томас
источник
2

Для записи, я пытался в течение нескольких часов, 5.5.20чтобы установить на Windows 2008 64bit. Это никогда не начнется. Я пробовал каждый пример, который мог найти, чтобы исправить. Включая принятый ответ здесь. Никогда не работал.

Так что я понизился до, 5.1.61и это сработало как чемпион. Первый раз.

cbmeeks
источник
2

Что я сделал

  1. Когда демон не запущен, я переименую папку данных в Program Data \ MySQL во что-то другое.
  2. Удалить MySQL из панели управления
  3. Повторная установка. При настройке параметров безопасности происходит сбой с ошибкой # 1045. Я проверил, что MySQL был установлен как сервис, и пароль root был пустым. Я подтвердил это, запустив утилиту mysql без имени пользователя. Когда мне предложили повторить попытку или пропустить, я нажимал кнопку «Пропустить» и нажимал кнопку «Назад», пока не появилось диалоговое окно, в котором вы указываете текущий пароль root и новый пароль. Я удаляю пароль в текущем поле пароля root, поскольку он уже пуст, и предоставил мой новый пароль root. Конфигурация прошла без ошибок
  4. Остановить службу
  5. Скопируйте папки базы данных из старой папки данных, которая была переименована. Не копировал файлы журнала и файл ibdata.
  6. Вставьте папки в текущую (новую) папку данных.
  7. Перезапустил сервис
  8. Протестируйте в утилите mysql, чтобы увидеть, будет ли показана база данных.

Кстати, я сбросил базу данных с помощью mysqldump --all-database на всякий случай :)

Jojo Mendoza
источник
2

Добавление логического innodb_flush_method=normalчтобы my.iniсработало для меня. Я на Windows 7 x64 под управлением MySQL 5.7, перемещая базы данных на жесткий диск 3 ТБ. Быстрое прохождение:

  1. Остановите службу в командной строке Windows с помощью net stop sqlXX
  2. Скопируйте dataпапку с помощью командыxcopy "C:\ProgramData\MySQL\MySQL Server X.X\data" "<new_directory>\data" /s
  3. В "<new_directory>\data"удалении ib_logfile0иib_logfile1
  4. Откройте C:ProgramData\MySQL\MySQL Server X.X\my.ini, установите datadir="<new directory>/data", добавьте innodb_flush_method=normalвнизу файла и сохраните
  5. Перезапустите сервис с помощью команды net start mysqlXX

Здесь XX - номер вашей версии. Я использую 5.7, поэтому я использовал net start mysql57.

Согласно связанному обсуждению, значением по умолчанию для этого является значение innodb_flush_method=unbuffered, которое зависит от размера сектора в 512 байт, что является нормальным для жестких дисков <2 ТБ. Если размер жесткого диска> 2 ТБ, он обычно будет отформатирован с секторами размером 4096 байт, что приведет к ошибке 1067.

Я тоже попробовал все вышеперечисленное, и это единственное, что решило это.

http://bugs.mysql.com/bug.php?id=28913

dcmorse
источник