“Erro 1067: o processo foi encerrado inesperadamente” ao tentar instalar o MySQL no Win7 x64 [fechado]

Eu encontrei uma parede de tijolos tentando instalar o MySQL v5.5 na minha máquina.

Meu PC é o Windows 7 x64, edição Enterprise.

O MySQL é instalado corretamente, mas quando executo o "MySQL Instance Configuration Wizard", ele pausa para sempre na etapa "Start Service" (eu posso deixá-lo funcionar por 30 minutos sem resposta). Se eu entrar em serviços, vejo que o serviço "MySQL" não foi iniciado e, se eu tentar iniciá-lo, ele diz "O Windows não pôde iniciar o Serviço MySQL no computador local. Erro 1067: O processo foi encerrado inesperadamente".

Eu tentei o seguinte:

• Desativando o firewall.
• Desinstalando todos os softwares antivírus.
• Instalando / reinstalando a versão de 32 bits do MySQL.
• Instalando / reinstalando a versão de 64 bits do MySQL.
• Desinstalando, excluindo o conteúdo de "C: \ arquivos de programas \ MySQL" e "C: \ arquivos de programas (x86) \ MySQL", reinstalando.
• Verificando se não há serviços não autorizados com o nome MySQL ???? (de uma instalação anterior).
• Verificando se a porta 3306 não é usada por um programa alternativo.
• Alterando a porta padrão que o MySQL usa.
• Verificando "my.ini" e "my.ini.cnf" em "C: \ windows" (nada lá, mas isso pode causar um problema).
• Executando o instalador do MySQL e o assistente de configuração, no "modo Adminstrator".
• Desativando o UAC.
• Instalando com padrões, sem alterar nada.
• Reiniciando minha máquina (cerca de 6 reinicializações até agora).
• Abrindo a porta 3306 no firewall (TCP e UDP, entrada e saída).
• Palavrões de um programador que projetou o MySQL para que você nem possa instalá-lo (como se isso ajudasse!)

Minha máquina está funcionando 100% de qualquer outra maneira. O InfiniDB (um banco de dados compatível com MySQL) instala 100%, assim como o Visual Studio 2010, Microsoft SQL Server, etc, etc.

Seu conselho sobre como contornar isso?

ps Aqui está a tela em que ele ficou preso por 15 minutos até eu matar o processo:

Atualização 2010-12-20

Tentei o MySQL v5.1, também não funcionou. É incrível - se você digitar "mysqld /?" Ou "mysqld -help", isso não ajuda em nada. E, se você tentar reiniciar o serviço manualmente, ele não exibirá nenhuma mensagem de erro. Poderia ser mais inútil?

Atualização 2010-12-21

Instalou o MySQL 6.0 alpha e funcionou. No entanto, prefiro não usar uma versão alfa, já que a versão "stable" é tudo menos :(

Atualização 2010-12-21

Encontrado em http://dev.mysql.com/doc/refman/5.1/en/windows-trou Troubleshooting.html , que trata da solução de problemas no Windows.

Descobriu que você pode gerar um log de erros se o serviço não iniciar - veja aqui: http://dev.mysql.com/doc/refman/5.1/en/error-log.html

Atualização 2010-12-21

Aha! Uma pista. Para realmente ver o erro, adicione "--console":

mysqld --console

Isso retorna:

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

Atualização 2010-12-21

Agora ele é instalado corretamente. Veja a resposta abaixo.

Aqui está como eu corrigi o problema:

Etapa 1: por padrão, é impossível descobrir o motivo pelo qual o serviço está falhando ao iniciar. Portanto, diga para iniciar no modo fora de serviço e canalize erros para o console:

mysqld --console

Etapa 2: no meu caso específico, tive que excluir o conteúdo de:

C:\ProgramData\MySQL

... depois reinstale. O instalador do MySQL v5.5 possui um erro: se você desinstalar o MySQL v5.5 para corrigir um problema com uma instalação incorreta, ele não limpará C: \ ProgramData \ MySQL, o que significa que é impossível instalar o MySQL v5.5 no essa máquina, a partir desse momento, sem excluir esse diretório não autorizado.

Dicas:

• Certifique-se de matar todas as instâncias do "mysqld" no monitor de processo.
• Para remover quaisquer serviços existentes, use "sc delete MYSQLxx".

Carta aberta à equipe de desenvolvimento do MySQL na Oracle:

--- iniciar carta aberta para Oracle ---

Caro time de desenvolvedores do MySQL na Oracle:

Se, quando o MySQL estiver instalado, o serviço falhar ao iniciar, informe-nos por que (a) apontando-nos na direção do log de erros ou (b) exibindo esse log de erros.

Não fazer isso lança o Oracle sob uma luz incompetente.

Com os melhores cumprimentos,

Todo mundo que instala o MySQL no Windows.

--- finalizar carta aberta para Oracle ---

Eu concordo com o Gravitas, mas você não precisa reinstalar (especialmente ao instalar o MySQL
Server xx em uma pasta diferente da padrão em C: / Arquivos de programas /).
Essas etapas me ajudaram a executar o serviço com êxito. Trabalhando no Win7 x64, presumo que o x32 seja bom :)

Abra o arquivo 'my.ini' onde o MySQL Server xx está instalado (o meu era 5,5, mas 5,1 também é bom)
Vá para a linha onde diz:

datadir=C:/ProgramData/MySQL/MySQL Server x.x/data-> (Este é o caminho padrão)
Altere a linha acima com algo como isto:
datadir="<Drive_Letter>:/path/where/MySQL/is/installed/MySQL Server x.x/data/"

Copie todo o conteúdo do C:/ProgramData/MySQL/MySQL Server x.x/para o recém-designado datadir
EXCEPT ib_logfile0 & ib_logfile1(reposicione-o em outro lugar como backup).
Excluir C:/ProgramData/MySQL/MySQL Server x.x/.
Execute novamente MySQLInstanceConfig.
Verifique, TCP/IP networkingmas NÃO altere as configurações de segurança (deixe-as inalteradas).
Iniciar serviço ( ib_logfile(1,2)será regenerado).

PS: Reinicialize e limpe os arquivos temporários - após a reinicialização - com o CCleaner. Por algum motivo (estranho?), Você não pode conectar-se ao MySQL DBMS a partir de um IDE ou MySQL Workbench CE xx após aplicar as configurações acima até a reinicialização.

NOTA: A edição das configurações de segurança fará com que o utilitário de configuração seja interrompido devido a outro bug
introduzido ao ativar o TCP / IP com outras configurações.

Espero que isto ajude!

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

verifique e siga o link acima - ele deve resolver como no meu caso.

espero que ajude

Citado no site que o rigatum postou:

Ao instalar o MySQL, se você o instalar em um diretório não padrão, será necessário especificar onde está o caminho do arquivo de padrões antes de executar o MySQL ou instalar o serviço MySQL, caso contrário, você receberá o Erro 1067.

Primeiro vamos abrir o prompt de comando. Navegue até a pasta de instalação do MySQL e encontre onde está o mysqld.exe. Em seguida, execute o seguinte:

mysqld –remove MySql

Isso desinstalará o serviço MySQL. Agora reinstale o serviço com o parâmetro defaults-file:

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

Por exemplo:

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

Aproveite sua instalação do MySQL sem erros.

E eu apenas adiciono - não apenas programdata \ mysql deve ser excluído neste caso, mas também a pasta innoDB: \ mysql datafiles

Para o registro, tentei por várias horas 5.5.20para instalar Windows 2008 64bit. Isso nunca iria começar. Eu tentei todos os exemplos que pude encontrar para corrigir. Incluindo a resposta aceita aqui. Nunca trabalhei.

Então, eu rebaixei 5.1.61e funcionou como um campeão. Primeira vez.

O que eu fiz foi

1. Com o daemon não em execução, renomeio a pasta de dados sob o Program Data \ MySQL para outra coisa.
2. Desinstalar mysql no painel de controle
3. Reinstale. Ao definir as configurações de segurança, falha com o erro # 1045. Eu verifiquei se o MySQL foi instalado como um serviço e a senha do root estava em branco. Eu verifiquei isso executando o utilitário mysql sem nome de usuário Quando solicitado a tentar novamente ou pular, cliquei em pular e clique em voltar até a caixa de diálogo onde você especifica a senha raiz atual e a nova senha. Eu removo a senha no campo atual da senha raiz, pois ela já está em branco e forneci minha nova senha raiz. Configuração prosseguida sem mais erros
4. Interrompa o serviço
5. Copie as pastas do banco de dados da pasta de dados antiga que foi renomeada. Não copiou os arquivos de log e o arquivo ibdata.
6. Cole as pastas na pasta de dados atual (nova).
7. Reiniciou o serviço
8. Teste no utilitário mysql para ver se o banco de dados será mostrado.

Aliás, eu joguei o banco de dados com o mysqldump --all-database apenas no caso :)

Adicionando a lógica innodb_flush_method=normalpara my.inifuncionou para mim. Estou no Windows 7 x64 executando o MySQL 5.7, movendo bancos de dados para um disco rígido de 3 TB. Uma rápida explicação:

1. Interrompa o serviço no prompt de comando do Windows com net stop sqlXX
2. Copie sobre a datapasta com o comandoxcopy "C:\ProgramData\MySQL\MySQL Server X.X\data" "<new_directory>\data" /s
3. Em "<new_directory>\data"excluir ib_logfile0eib_logfile1
4. Abra C:ProgramData\MySQL\MySQL Server X.X\my.ini, defina datadir="<new directory>/data", adicione innodb_flush_method=normalna parte inferior do arquivo e salve
5. Reinicie o serviço com o comando net start mysqlXX

Aqui o XX é o número da sua versão. Estou usando o 5.7, então usei net start mysql57.

De acordo com a discussão vinculada, o valor padrão para isso é innodb_flush_method=unbuffered, que depende de um tamanho de setor de 512 bytes, o que é normal para HDDs com <2 TB. Se o HDD for> 2 TB, ele geralmente será formatado com setores de 4096 bytes, causando o erro 1067.

Eu também tentei todas as opções acima e essa é a única coisa que resolveu o problema.

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