"Erreur 1067: le processus s'est terminé de manière inattendue" lors de la tentative de démarrage de MySQL
J'utilise Windows 7 et j'utilise le service XAMPP MySQL SVC. Je vois l'erreur suivante:
Windows n'a pas pu démarrer le service Mysql sur un ordinateur local.
Erreur 1067: le processus s'est terminé de manière inattendue.
Qu'est-ce que cela signifie et comment puis-je résoudre ce problème?
Examinez le journal des erreurs (démarrez eventvwr.msc). En général, MySQL écrit quelque chose dans le journal des applications.
Dans de très rares cas, il n’écrit rien (je ne connais qu’un bogue particulier http://bugs.mysql.com/bug.php?id=56821 , où les services ne fonctionnaient pas du tout). Il existe également un fichier journal des erreurs, normalement nommé .err dans le répertoire de données contenant les mêmes informations que celles écrites dans le journal des erreurs de Windows.
Tu dois:
- arrêtez le service MySQL:
- Ouvrez
mysql path\data - Supprimez à la fois
ib_logfile0etib_logfile1. - Redémarrer le service
J'ai eu le même problème. J'utilise mysql 5.6.11. Pour résoudre ce problème, je devais changer my-default.ini fichier dans mysql-5.6.11-win32 folderAlors je viens de coller les lignes suivantes sous la ligne [mysqld]
basedir="D:\mysql-5.6.11-win32\"
datadir="D:\mysql-5.6.11-win32\data\"
port=3306
server-id=1
bind-address=127.0.0.1
Les options basedir et datadir doivent être modifiées pour l'emplacement mysql.
Je reçois ce problème de temps en temps, et quand je le faisais, j'ai pu le résoudre en utilisant une sauvegarde du ou des dossiers de base de données à l'origine du problème.
Lorsque vous vérifiez votre 'Observateur d'événements> Journal Windows> Application', si vous voyez une erreur:
InnoDB: Attempted to open a previously opened tablespace. Previous tablespace [database]/[table] uses space ID: 59 at filepath: .\[database]\[table].ibd. Cannot open tablespace [different db]/[different table] which uses space ID: 59 at filepath: .\[different db]/[different table].ibd
Ensuite, ce qui fonctionne pour moi, est de supprimer le premier dossier [base de données] mentionné dans votre répertoire de données MySQL et de copier la sauvegarde de ce dossier dans son emplacement précédent.
Puis lancez MySQL, et ça recommence pour moi, sans cette erreur 1067.
N'oubliez pas de vérifier
innodb_data_home_dir = <your_directory_location>
innodb_log_group_home_dir = <your_directory_location>
sur les fichiers my.ini. Si la valeur définie pour ces deux variables est incorrecte, le processus mysql est arrêté et génère l'erreur 1067. Vérifiez également eventvwr.msc et mysql_error.log pour une erreur de détail.
J'avais le même problème mais j'étais confus avec la réponse de @ Vladislav et n'arrivais pas à trouver la solution. Bien sûr, mon problème peut ne pas être exactement le même que celui rencontré lors de la mise à niveau de XAMPP, mais il a également donné le même message Error 1067.
Avec plus de recherche, j'ai trouvé ceci:
La réponse à cela est simple, c’est-à-dire complètement nettoyer le dossier, ce qui n’arrive pas toujours. En ce qui concerne XAMPP, j’imagine que j’ai tout d’abord sauvegardé les fichiers nécessaires (dossier data du dossier mysql et dossier htdocs). Désinstallez XAMPP. Vérifiez le dossier xampp pour tout contenu restant et supprimez tout. Vous voudrez peut-être redémarrer ensuite, juste au cas où. Puis réinstallez XAMPP. Copiez les dossiers sauvegardés à leurs emplacements respectifs et, espérons-le, mySql fonctionnera à nouveau dans XAMPP.
Cela devrait résoudre le problème.
Même problème ici. Après avoir analysé les rapports de journalisation via eventvwr.msc j'ai constaté que les fichiers de journalisation ont été placés dans un dossier qui nécessite la mise à jour des droits d'administrateur. Par conséquent, les fichiers ne peuvent pas être créés, le processus d'installation et de démarrage ne peut pas continuer.
La vérification de Eventlog était donc très utile.
J'ai le même problème, et ce qui a fonctionné pour moi est dans CETTE RÉPONSE .
Je ne l’ai pas reproduit ici parce que c’est C’EST PAS UNE OBJECTIF CORRECT .
En gros, il s’agit d’une réinstallation en étant sûr de tout effacer et en utilisant des versions 32 bits.
J'utilise un fichier d'installation pour réparer. ça marche pour moi
Je viens de parcourir le même problème et je l’ai résolu de la manière suivante .......... 1 - J'ai trouvé le fichier .err qui enregistre tous les problèmes mysql, sous win7, situé dans programmeData\MySQL\MySQL Server 5.6\data\ 2 - Vérifiez les dernières entrées du fichier et, dans mon cas, j'ai constaté que l'erreur venait d'un indicateur (audit-log) que j'avais défini sur "true" à partir de l'interface du plan de travail la veille avant! 3 - est entré dans le Le fichier my.ini et la liste d'audit-log = ON . 4 - ont lancé le service mysql et cela a fonctionné !!
veuillez vérifier l'espace disponible sur le lecteur où la base de données est stockée. dans mon cas, le service a été arrêté en raison de l'espace disque réduit.
Il existe de nombreuses solutions au problème. Cela a fonctionné pour moi
Cliquez avec le bouton droit sur Service -> Propriétés -> Ouvrir une session en tant que compte système.
Rechercher et détruire (ou déplacer avec prudence) les fichiers my.ini (fichiers Windows ou programmes), ce qui affecte l'échec du service mysql. Vérifiez également que le port 3306 est utilisé à l'aide de l'outil netstat ou de l'outil portqry. cela devrait aider. De plus, s'il y a un problème avec le système de fichiers, vous pouvez exécuter check disk.
J'ai eu pratiquement le même problème. Dans le fichier journal, j'ai trouvé ceci:
110903 9:09:39 InnoDB: 1.1.4 started; log sequence number 1595675
110903 9:09:40 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect key file for table 'user'; try to repair it
Apparemment, la table utilisateur a été corrompue. Je l'ai remplacé par une autre copie (user.frm; user.MYD; user.MYI dans mysql\data\mysql)
.__ et cela fonctionne pour moi.
ps: j'utilise xampp.
J'ai eu la même erreur. J'ai vérifié les journaux d'erreur: C:\ProgramData\MySQL\MySQL Server 5.5\data\inf3rno-PC.err. Selon eux
170208 1:06:25 [Note] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld: Shutdown complete
170208 1:10:44 [Note] Plugin 'FEDERATED' is disabled.
170208 1:10:44 InnoDB: The InnoDB memory heap is disabled
170208 1:10:44 InnoDB: Mutexes and rw_locks use Windows interlocked functions
170208 1:10:44 InnoDB: Compressed tables use zlib 1.2.3
170208 1:10:44 InnoDB: Error: unable to create temporary file; errno: 2
170208 1:10:44 [ERROR] Plugin 'InnoDB' init function returned error.
170208 1:10:44 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
170208 1:10:44 [ERROR] Unknown/unsupported storage engine: INNODB
170208 1:10:44 [ERROR] Aborting
Je pense que la partie importante ici
170208 1:10:44 InnoDB: Error: unable to create temporary file; errno: 2
J'ai changé les variables TMP et TEMP env de C:\Windows\Temp à %USERPROFILE%\AppData\Local\Temp hier, car je ne pouvais pas compresser un répertoire et, selon de nombreuses publications, la solution est la suivante. Maintenant la compression fonctionne, mais mysql et apparemment nod32 se plaignent de ne pas pouvoir créer de fichiers temporaires ...
J'ai ajouté tmpdir=c:/server/mytmp à C:\Program Files\MySQL\MySQL Server 5.5\my.ini. Et après cela, le service a de nouveau été lancé avec services.msc. C'est bon maintenant.
Donc, cela peut être une cause possible aussi. Je suggère fortement à toutes les personnes rencontrant ce problème de vérifier les journaux des erreurs.