14 votes

"Erreur 1067 : Le processus s'est terminé de manière inattendue" lors de la tentative d'installation de MySQL sur Win7 x64.

Je me suis heurté à un mur en essayant d'installer MySQL v5.5 sur ma machine.

Mon PC est sous Windows 7 x64, édition Entreprise.

MySQL s'installe correctement, mais lorsque je lance l'outil "Assistant de configuration de l'instance MySQL", il reste bloqué indéfiniment à l'étape "Démarrer le service" (je peux le laisser tourner pendant 30 minutes sans réponse). Si je vais dans les services, je constate que le service "MySQL" n'a pas démarré et si j'essaie de le démarrer, il affiche "Windows n'a pas pu démarrer le service MySQL sur l'ordinateur local. Erreur 1067: Le processus s'est terminé de manière inattendue".

J'ai essayé les actions suivantes :

  • Désactiver le pare-feu.
  • Désinstaller tout logiciel antivirus.
  • Installer / Réinstaller la version 32 bits de MySQL.
  • Installer / Réinstaller la version 64 bits de MySQL.
  • Désinstaller, supprimer le contenu de "C:\program files\MySQL" et "C:\program files (x86)\MySQL", puis réinstaller.
  • Vérifier qu'il n'y a pas de services clandestins nommés MySQL???? (issus d'une installation précédente).
  • Vérifier que le port 3306 n'est pas utilisé par un autre programme.
  • Modifier le port par défaut utilisé par MySQL.
  • Vérifier la présence de "my.ini" et "my.ini.cnf" dans "C:\windows" (rien trouvé mais cela peut causer un problème).
  • Exécuter à la fois l'installeur MySQL et l'assistant de configuration en mode "Administrateur".
  • Désactiver le Contrôle de compte d'utilisateur (UAC).
  • Installer avec les paramètres par défaut, sans rien changer.
  • Redémarrer ma machine (environ 6 redémarrages jusqu'à présent).
  • Ouvrir le port 3306 dans le pare-feu (TCP et UDP, entrant et sortant).
  • Jurer contre le programmeur maladroit qui a conçu MySQL pour qu'on ne puisse même pas l'installer (comme si cela aidait!)

Ma machine fonctionne à 100% dans tous les autres aspects. InfiniDB (une base de données compatible MySQL) s'installe à 100%, tout comme Visual Studio 2010, Microsoft SQL Server, etc, etc.

Des conseils sur comment contourner ce problème?

p.s. Voici l'écran sur lequel il est resté bloqué pendant 15 minutes jusqu'à ce que je tue le processus :

texte alternatif

Mise à jour 20-12-2010

J'ai essayé MySQL v5.1, cela n'a pas fonctionné non plus. C'est incroyable - si vous tapez "mysqld /?" ou "mysqld -help", cela ne donne aucune aide. Et si vous essayez de redémarrer le service manuellement, il n'affiche aucun message d'erreur. Peut-il être plus inutile?

Mise à jour 21-12-2010

Installation de MySQL 6.0 alpha, et cela a fonctionné. Cependant, je préférerais ne pas utiliser une version alpha, étant donné que la version "stable" ne l'est pas du tout :(

Mise à jour 21-12-2010

Trouvé http://dev.mysql.com/doc/refman/5.1/en/windows-troubleshooting.html, avec des instructions de dépannage sous Windows.

Découvert que vous pouvez générer un journal d'erreurs si le service ne démarre pas - voir ici: http://dev.mysql.com/doc/refman/5.1/en/error-log.html

Mise à jour 21-12-2010

Aha! Un indice. Pour voir réellement l'erreur, ajoutez "--console":

mysqld --console

Cela renvoie :

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

Mise à jour 21-12-2010

L'installation fonctionne maintenant correctement. Voir la réponse ci-dessous.

0 votes

Dans mon cas, le fichier "my.ini" contenait des chemins mal configurés. J'espère que cela aidera quelqu'un d'autre.

2voto

jojo mendoza Points 21

Ce que j'ai fait était

  1. Avec le démon non actif, j'ai renommé le dossier de données sous Program Data\MySQL à autre chose.
  2. Désinstaller mysql depuis le panneau de contrôle
  3. Réinstaller. Lors de la configuration des paramètres de sécurité, une erreur #1045 s'est produite. J'ai vérifié que MySQL avait été installé en tant que service et que le mot de passe root était vide. J'ai vérifié cela en exécutant l'utilitaire mysql sans nom d'utilisateur Lorsqu'on m'a demandé de réessayer ou de passer, j'ai cliqué sur passer et j'ai cliqué sur le bouton arrière jusqu'à ce que le dialogue où vous spécifiez le mot de passe root actuel et le nouveau mot de passe apparaisse. J'ai supprimé le mot de passe dans le champ du mot de passe root actuel car celui-ci est déjà vide et j'ai fourni mon nouveau mot de passe root. La configuration s'est déroulée sans erreurs supplémentaires
  4. Arrêter le service
  5. Copier les dossiers de la base de données du vieux dossier de données qui a été renommé. Je n'ai pas copié les fichiers journal et le fichier ibdata.
  6. Coller les dossiers dans le dossier de données actuel (nouveau).
  7. Redémarrer le service
  8. Tester dans l'utilitaire mysql pour voir si la base de données sera affichée, ce qui a été le cas.

Par ailleurs, j'ai sauvegardé la base de données avec mysqldump --all-databases juste au cas où :)

2voto

dcmorse Points 131

Ajouter la logique innodb_flush_method=normal à my.ini a fonctionné pour moi. Je suis sur Windows 7 x64 exécutant MySQL 5.7, déplaçant des bases de données vers un HDD de 3 To. Une rapide explication :

  1. Arrêter le service dans l'invite de commandes Windows avec net stop sqlXX
  2. Copier le dossier data avec la commande xcopy "C:\ProgramData\MySQL\MySQL Server X.X\data" "\data" /s
  3. Dans "\data" supprimer ib_logfile0 et ib_logfile1
  4. Ouvrir C:ProgramData\MySQL\MySQL Server X.X\my.ini, définir datadir="/data", ajouter innodb_flush_method=normal au bas du fichier, et enregistrer
  5. Redémarrer le service avec la commande net start mysqlXX

Ici, les XX sont votre numéro de version. J'utilise la version 5.7, donc j'ai utilisé net start mysql57.

Conformément à la discussion liée, la valeur par défaut pour cela est innodb_flush_method=unbuffered, qui dépend d'une taille de secteur de 512 octets, ce qui est normal pour les HDD de <2 To. Si le HDD est >2 To, il est généralement formaté avec des secteurs de 4096 octets, causant l'erreur 1067.

J'avais également essayé tout ce qui précède et c'est la seule chose qui a résolu le problème.

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

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X