J'ai rencontré un mur de briques en essayant d'installer MySQL v5.5 sur ma machine.
Mon PC est Windows 7 x64, édition Enterprise.
MySQL s'installe correctement, mais lorsque j'exécute l '"Assistant de configuration d'instance MySQL", il s'arrête indéfiniment à l'étape "Démarrer le service" (je peux le laisser fonctionner pendant 30 minutes sans réponse). Si je vais dans les services, je vois que le service "MySQL" n'a pas démarré, et si j'essaye de le démarrer, il dit "Windows n'a pas pu démarrer le service MySQL sur l'ordinateur local. Erreur 1067: le processus s'est terminé de façon inattendue."
J'ai essayé ce qui suit:
- Désactiver le pare-feu.
- Désinstallation de tous les logiciels antivirus.
- Installation / réinstallation de la version 32 bits de MySQL.
- Installation / réinstallation de la version 64 bits de MySQL.
- Désinstallation, suppression du contenu de "C: \ program files \ MySQL" et "C: \ program files (x86) \ MySQL", réinstallation.
- Vérification de l'absence de services malveillants nommés MySQL ???? (à partir d'une installation précédente).
- Vérification que le port 3306 n'est pas utilisé par un autre programme.
- Modification du port par défaut utilisé par MySQL.
- Vérification de "my.ini" et "my.ini.cnf" dans "C: \ windows" (rien là-bas mais cela peut causer un problème).
- Exécution du programme d'installation de MySQL et de l'assistant de configuration en "mode Administrateur".
- Désactiver l'UAC.
- Installation par défaut, sans rien changer.
- Redémarrage de ma machine (environ 6 redémarrages jusqu'à présent).
- Ouverture du port 3306 dans le pare-feu (TCP et UDP, entrant et sortant).
- Jurer devant le klutz d'un programmeur qui a conçu MySQL pour que vous ne puissiez même pas l'installer (comme si cela pouvait aider!)
Ma machine fonctionne à 100% de toutes les autres manières. InfiniDB (une base de données compatible MySQL) s'installe à 100%, tout comme Visual Studio 2010, Microsoft SQL Server, etc., etc.
Vos conseils sur la façon de contourner ce problème?
ps Voici l'écran sur lequel il est resté bloqué pendant 15 minutes jusqu'à ce que je tue le processus:
Mise à jour 2010-12-20
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 vous aide pas. Et, si vous essayez de redémarrer le service manuellement, il n'affiche aucun message d'erreur. Cela pourrait-il être plus inutile?
Mise à jour 2010-12-21
Installé MySQL 6.0 alpha, et cela a fonctionné. Cependant, je préfère ne pas utiliser une version alpha, étant donné que la version "stable" est tout sauf :(
Mise à jour 2010-12-21
Trouvé http://dev.mysql.com/doc/refman/5.1/en/windows-troubleshooting.html , traitant du dépannage sous Windows.
Découvert que vous pouvez générer un journal des erreurs si le service ne démarre pas - voir ici: http://dev.mysql.com/doc/refman/5.1/en/error-log.html
Mise à jour 2010-12-21
Ah! 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 2010-12-21
Il s'installe désormais correctement. Voir la réponse ci-dessous.
Réponses:
Voici comment j'ai résolu le problème:
Étape 1: Par défaut, il est impossible de trouver la raison pour laquelle le service ne démarre pas. Donc, dites-lui de démarrer en mode non-service et de diriger les erreurs vers la console:
Étape 2: Dans mon cas particulier, j'ai dû supprimer le contenu de:
... puis réinstallez. Le programme d'installation de MySQL v5.5 a un bug: si vous désinstallez MySQL v5.5 pour résoudre un problème avec une mauvaise installation, il ne parvient pas à nettoyer C: \ ProgramData \ MySQL, ce qui signifie qu'il est impossible d'installer MySQL v5.5 sur cette machine, à partir de ce moment, sans supprimer ce répertoire escroc.
Conseils:
Lettre ouverte à l'équipe de développement MySQL d'Oracle:
la source
Je suis d'accord avec Gravitas mais vous n'avez pas besoin de faire une réinstallation (en particulier lors de l'installation de MySQL
Server xx dans un dossier différent de celui par défaut dans C: / Program Files /).
Ces étapes m'ont aidé à exécuter le service avec succès.Fonctionné dans Win7 x64, donc je suppose que x32 sera très bien :)
Ouvrez le fichier 'my.ini' où MySQL Server xx est installé (le mien était 5.5 mais 5.1 est également OK)
Allez à la ligne où il est dit:
datadir=C:/ProgramData/MySQL/MySQL Server x.x/data
-> (C'est le chemin par défaut)Modifiez la ligne ci-dessus avec quelque chose comme ceci:
datadir="<Drive_Letter>:/path/where/MySQL/is/installed/MySQL Server x.x/data/"
Copiez tout le contenu de
C:/ProgramData/MySQL/MySQL Server x.x/
dans le datadir nouvellement désignéSAUF
ib_logfile0
&ib_logfile1
(déplacez-les ailleurs comme sauvegarde).Supprimer
C:/ProgramData/MySQL/MySQL Server x.x/
.Relancez
MySQLInstanceConfig
.Vérifiez
TCP/IP networking
mais ne modifiez PAS les paramètres de sécurité ( ne les modifiez pas ).Démarrer le service (
ib_logfile(1,2)
sera régénéré).PS: redémarrez et nettoyez les fichiers temporaires -après le redémarrage- avec CCleaner. Pour une raison (bizarre?), Vous ne pouvez pas vous connecter au SGBD MySQL à partir d'un IDE ou de MySQL Workbench CE xx après avoir appliqué les paramètres ci-dessus jusqu'au redémarrage.
J'espère que cela t'aides!
la source
http://mydailytech.com/post/how-to-fix-mysql-error-1067/
vérifiez et suivez le lien ci-dessus - il devrait résoudre comme il l'a fait dans mon cas.
J'espère que cela pourra aider
la source
Extrait du site Web que rigatum a publié:
Lors de l'installation de MySQL, si vous l'installez dans un répertoire non standard, vous devrez spécifier où se trouve le chemin de votre fichier par défaut avant de pouvoir exécuter MySQL ou installer le service MySQL, sinon vous obtiendrez l'erreur 1067.
Ouvrons d'abord l'invite de commande. Accédez à votre dossier d'installation MySQL et trouvez où se trouve mysqld.exe. Exécutez ensuite ceci:
Cela désinstallera le service MySQL. Réinstallez maintenant le service avec le paramètre defaults-file:
Par exemple:
Profitez d'une installation MySQL sans erreur.
la source
Et j'ajoute simplement - non seulement programdata \ mysql doit être supprimé dans ce cas mais aussi le dossier innoDB: \ mysql datafiles
la source
Pour mémoire, j'ai essayé pendant plusieurs heures
5.5.20
de m'installerWindows 2008 64bit
. Cela ne commencerait jamais. J'ai essayé tous les exemples que je pouvais trouver pour corriger. Y compris la réponse acceptée ici. Jamais travaillé.J'ai donc rétrogradé
5.1.61
et cela a fonctionné comme un champion. Première fois.la source
Ce que j'ai fait
Btw, j'ai vidé la base de données avec mysqldump --all-databases juste au cas où :)
la source
Ajouter la logique
innodb_flush_method=normal
aumy.ini
travail pour moi. Je suis sous Windows 7 x64 exécutant MySQL 5.7, déplaçant les bases de données vers un disque dur de 3 To. Une procédure rapide:net stop sqlXX
data
dossier avec la commandexcopy "C:\ProgramData\MySQL\MySQL Server X.X\data" "<new_directory>\data" /s
"<new_directory>\data"
supprimerib_logfile0
etib_logfile1
C:ProgramData\MySQL\MySQL Server X.X\my.ini
, définissezdatadir="<new directory>/data"
, ajoutezinnodb_flush_method=normal
en bas du fichier et enregistreznet start mysqlXX
Ici, le XX est votre numéro de version. J'utilise 5.7, donc j'ai utilisé
net start mysql57
.Selon 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 disques durs <2 To. Si le disque dur est> 2 To, il sera généralement formaté avec des secteurs de 4096 octets, provoquant l'erreur 1067.J'avais également essayé tout ce qui précède et c'est la seule chose qui l'a résolu.
http://bugs.mysql.com/bug.php?id=28913
la source