"Error 1067: el proceso finalizó inesperadamente" al intentar instalar MySQL en Win7 x64 [cerrado]


14

Me he encontrado con una pared de ladrillos tratando de instalar MySQL v5.5 en mi máquina.

Mi PC es Windows 7 x64, edición Enterprise.

MySQL se instala bien, pero cuando ejecuto el "Asistente de configuración de instancia de MySQL", se detiene para siempre en el paso "Iniciar servicio" (puedo dejar que se ejecute durante 30 minutos sin respuesta). Si entro en los servicios, veo que el servicio "MySQL" no se ha iniciado, y si intento iniciarlo, dice "Windows no pudo iniciar el Servicio MySQL en la computadora local. Error 1067: El proceso finalizó inesperadamente".

He intentado lo siguiente:

  • Desactivar el firewall.
  • Desinstalar todo el software antivirus.
  • Instalación / reinstalación de la versión de 32 bits de MySQL.
  • Instalación / reinstalación de la versión de 64 bits de MySQL.
  • Desinstalación, eliminación del contenido de "C: \ archivos de programa \ MySQL" y "C: \ archivos de programa (x86) \ MySQL", reinstalación.
  • Comprobando que no hay servicios deshonestos llamados MySQL ???? (de una instalación anterior).
  • Verificar que el puerto 3306 no sea utilizado por un programa alternativo.
  • Cambiar el puerto predeterminado que usa MySQL.
  • Verificando "my.ini" y "my.ini.cnf" en "C: \ windows" (nada allí, pero eso puede causar un problema).
  • Ejecutando tanto el instalador de MySQL como el asistente de configuración, en "Modo de administrador".
  • Apagando el UAC.
  • Instalación con valores predeterminados, sin cambiar nada.
  • Reiniciar mi máquina (aproximadamente 6 reinicios hasta ahora).
  • Abrir el puerto 3306 en el firewall (tanto TCP como UDP, entrante y saliente).
  • Jurando a gritos de un programador que diseñó MySQL para que ni siquiera pueda instalarlo (¡como si eso fuera de ayuda!)

Mi máquina funciona al 100% de cualquier otra manera. InfiniDB (una base de datos compatible con MySQL) se instala al 100%, al igual que Visual Studio 2010, Microsoft SQL Server, etc., etc.

¿Tu consejo sobre cómo solucionar esto?

ps Aquí está la pantalla en la que se atascó durante 15 minutos hasta que finalicé el proceso:

texto alternativo

Actualización 20/12/2010

Intenté MySQL v5.1, tampoco funcionó. Es sorprendente: si escribe "mysqld /?" O "mysqld -help", no le ayudará. Y, si intenta reiniciar el servicio manualmente, no muestra ningún mensaje de error. ¿Podría ser más inútil?

Actualización 2010-12-21

Instalé MySQL 6.0 alpha y funcionó. Sin embargo, prefiero no usar una versión alfa, dado que la versión "estable" es todo menos :(

Actualización 2010-12-21

Encontrado http://dev.mysql.com/doc/refman/5.1/en/windows-troubleshooting.html , que trata sobre la solución de problemas en Windows.

Descubrió que puede generar un registro de errores si el servicio no se inicia; consulte aquí: http://dev.mysql.com/doc/refman/5.1/en/error-log.html

Actualización 2010-12-21

¡Ajá! Una pista. Para ver realmente el error, agregue "--console":

mysqld --console

Esto devuelve:

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

Actualización 2010-12-21

Ahora se instala correctamente. Vea la respuesta a continuación.


En mi caso, el archivo "my.ini" tenía rutas mal configuradas. Espero que ayude a alguien más.
scepeda

Respuestas:


11

Así es como solucioné el problema:

Paso 1: De forma predeterminada, es imposible averiguar la razón por la cual el servicio no se inicia. Por lo tanto, dígale que comience en modo que no sea de servicio y que envíe errores a la consola:

mysqld --console

Paso 2: en mi caso particular, tuve que eliminar el contenido de:

C:\ProgramData\MySQL

... luego reinstalar. El instalador MySQL v5.5 tiene un error: si desinstala MySQL v5.5 para solucionar un problema con una mala instalación, no puede limpiar C: \ ProgramData \ MySQL, lo que significa que es imposible instalar MySQL v5.5 en esa máquina, a partir de ese momento, sin eliminar este directorio falso.

Consejos:

  • Asegúrese de eliminar cualquier instancia de "mysqld" en el monitor de proceso.
  • Para eliminar cualquier servicio existente, use "sc delete MYSQLxx".

Carta abierta al equipo de desarrollo de MySQL en Oracle:

--- comenzar carta abierta a Oracle ---

Estimado equipo de desarrollo de MySQL en Oracle:

Si, cuando se instala MySQL, el servicio no se inicia, infórmenos por qué (a) apuntándonos en la dirección del registro de errores o (b) mostrando este registro de errores.

No hacerlo arroja a Oracle a una luz incompetente.

Tuyo sinceramente,

Todos los que instalan MySQL en Windows.

--- finalizar carta abierta a Oracle ---


3

Estoy de acuerdo con Gravitas, pero no es necesario volver a instalarlo (especialmente al instalar MySQL
Server xx en una carpeta diferente a la predeterminada en C: / Archivos de programa /).
Estos pasos me ayudaron a ejecutar el servicio con éxito. Trabajé en Win7 x64, así que supongo que x32 estará bien :)

Abra el archivo 'my.ini' donde está instalado MySQL Server xx (el mío era 5.5 pero 5.1 también está bien)
Vaya a la línea donde dice:

datadir=C:/ProgramData/MySQL/MySQL Server x.x/data-> (Esta es la ruta predeterminada)
Cambie la línea anterior con algo como esto:
datadir="<Drive_Letter>:/path/where/MySQL/is/installed/MySQL Server x.x/data/"

Copie todo el contenido C:/ProgramData/MySQL/MySQL Server x.x/en el nuevo datadir designado,
EXCEPTO ib_logfile0 y ib_logfile1(reubíquelo en otro lugar como copia de seguridad).
Eliminar C:/ProgramData/MySQL/MySQL Server x.x/.
Vuelve a correr MySQLInstanceConfig.
Verifique TCP/IP networkingpero NO cambie la configuración de seguridad ( no la modifique).
Iniciar servicio ( ib_logfile(1,2)será regenerado).

PD: reinicie y limpie los archivos temporales -después de reiniciar- con CCleaner. Por alguna razón (¿extraña?), No puede conectarse a MySQL DBMS desde un IDE o MySQL Workbench CE xx después de aplicar la configuración anterior hasta el reinicio.

NOTA: La edición de la configuración de seguridad hará que la utilidad de configuración se bloquee debido a otro error
introducido al habilitar TCP / IP con cualquier otra configuración.

¡Espero que esto ayude!


2

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

verifique y siga el enlace de arriba; debería resolverse como lo hizo en mi caso.

Espero que ayude


Lo sentimos, esto no resolvió el problema. Incluso intenté reinstalarlo en C: \ MYSQL55 \ solo para asegurarme de que los nombres de archivo largos no alteran las cosas, reiniciando mi máquina, etc. Estoy comenzando a preguntarme si MySQL v5.5 y anteriores simplemente se rompen bajo Windows 7 x64?
Contango

2

Citado del sitio web que rigatum publicó:

Al instalar MySQL, si lo instala en un directorio no estándar, deberá especificar dónde está la ruta de acceso predeterminada del archivo antes de poder ejecutar MySQL o instalar el servicio MySQL, de lo contrario obtendrá el Error 1067.

Primero abramos el símbolo del sistema. Navegue a su carpeta de instalación de MySQL y encuentre donde esté mysqld.exe. Entonces ejecuta esto:

mysqld –remove MySql

Eso desinstalará el servicio MySQL. Ahora reinstale el servicio con el parámetro de archivo predeterminado:

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

Por ejemplo:

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

Disfrute de su instalación de MySQL sin errores.


Lo sentimos, esto no resolvió el problema. Incluso intenté reinstalarlo en C: \ MYSQL55 \ solo para asegurarme de que los nombres de archivo largos no alteran las cosas, reiniciando mi máquina, etc. Estoy comenzando a preguntarme si MySQL v5.5 y anteriores simplemente se rompen bajo Windows 7 x64?
Contango

1
no, no está roto para nada, lo tengo funcionando perfectamente en 65 máquinas con Windows 7 en el trabajo, 18 servidores (nix y Windows 2008R2), y en la combinación de computadoras de mi casa de Windows 2008 y siete. Creo que no está desinstalando algo correctamente y es por eso que se está atascando en algún momento, me sucedió, pero eso fue hace un tiempo. Desinstalé, eliminé manualmente todos los directorios mysql y eliminé la instancia de servicio también de Windows.
rihatum

2

Y solo agrego: no solo los datos de programa \ mysql deben eliminarse en este caso, sino también la carpeta innoDB: \ mysql datafiles


2

Para el registro, intenté 5.5.20instalar durante varias horas Windows 2008 64bit. Nunca comenzaría. Intenté todos los ejemplos que pude encontrar para arreglar. Incluyendo la respuesta aceptada aquí. Nunca funcionó

Así que bajé de categoría 5.1.61y funcionó como un campeón. Primera vez.


2

Lo que hice fue

  1. Con el demonio no ejecutándose, cambio el nombre de la carpeta de datos bajo Program Data \ MySQL a otra cosa.
  2. Desinstalar mysql del panel de control
  3. Reinstalar. Al configurar los ajustes de seguridad falla con el error # 1045. Verifiqué que MySQL se ha instalado como un servicio y que la contraseña de root estaba en blanco. Verifiqué esto ejecutando la utilidad mysql sin nombre de usuario. Cuando se me solicitó volver a intentarlo u omitir, hice clic en el botón Saltar y en el botón Atrás hasta el cuadro de diálogo donde especifica la contraseña raíz actual y la nueva contraseña. Elimino la contraseña en el campo de contraseña de root actual, ya que está en blanco y proporcionó mi nueva contraseña de root. La configuración se realizó sin más errores
  4. Detener el servicio
  5. Copie las carpetas de la base de datos de la carpeta de datos anterior que cambió de nombre. No copié los archivos de registro y el archivo ibdata.
  6. Pegue las carpetas en la carpeta de datos actual (nueva).
  7. Reinició el servicio.
  8. Pruebe en la utilidad mysql para ver si la base de datos se mostrará como lo hizo.

Por cierto, volqué la base de datos con mysqldump --todas las bases de datos por si acaso :)


2

Agregando lo lógico innodb_flush_method=normala my.initrabajado para mí. Estoy en Windows 7 x64 con MySQL 5.7, moviendo bases de datos a un disco duro de 3TB. Un tutorial rápido:

  1. Detenga el servicio en el símbolo del sistema de Windows con net stop sqlXX
  2. Copie sobre la datacarpeta con el comandoxcopy "C:\ProgramData\MySQL\MySQL Server X.X\data" "<new_directory>\data" /s
  3. En "<new_directory>\data"borrar ib_logfile0yib_logfile1
  4. Abrir C:ProgramData\MySQL\MySQL Server X.X\my.ini, configurar datadir="<new directory>/data", agregar innodb_flush_method=normalal final del archivo y guardar
  5. Reinicia el servicio con el comando net start mysqlXX

Aquí el XX es tu número de versión. Estoy usando 5.7, así que solía net start mysql57.

De acuerdo con la discusión vinculada, el valor predeterminado para esto es innodb_flush_method=unbuffered, que depende de un tamaño de sector de 512 bytes, que es normal para <2 TB HDD. Si el HDD es> 2TB, generalmente se formateará con sectores de 4096 bytes, causando el error 1067.

También probé todo lo anterior y esto es lo único que lo resolvió.

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

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.