1067 erreur sur la tentative de démarrer MySQL

une autre chose qui empêche le service Windows mysqld de fonctionner est si vous avez mysqld.exe fonctionne déjà (mais pas comme un service) et occupe le port 3306. Lorsque le service essaie de démarrer et voit que le port 3306 est déjà pris, il échoue.

il suffit d'ouvrir le Gestionnaire des tâches windows et de chercher "mysqld.exe" sous l'onglet Processus. Si vous le voyez, tuez-le et essayez de recommencer le service.

c:\> net start [servicename]

exemple: C:\> NET start MySQL

la solution au problème pour moi était de chercher dans mon répertoire d'installation, de trouver le dossier /data, et de copier son contenu dans le dossier de données qui était spécifié dans my .ini/.fichier de configuration du fcen.

mon problème est arrivé juste après une panne de courant. J'ai eu l'erreur 1067 le processus s'est terminé de façon inattendue. MySQL inutile de dire n'a pas commencé. La réponse était simple!--1-->

1. Ouvrir mysql chemin\
2. Supprimer (Supprimer) ib_logfile0 et ib_logfile1.
3. Démarrer le service

je viens de rencontré un problème similaire et j'ai trouvé que c'est un problème d'autorisation. Lorsque je copie La base de données "data", je dois ajouter la permission pour "NETWORK SERVICE"

j'ai eu le même problème. Dans mon cas, c'était une" erreur de l'utilisateur " (bien que L'installateur Windows aurait dû être plus intelligent et m'empêcher de commettre une telle erreur).

lors de l'installation, si vous modifiez les chemins d'installation par défaut, assurez-vous d'utiliser les mêmes chemins pour les "fichiers de données du serveur" sur L'écran de configuration personnalisé, puis plus tard dans les "paramètres de Tablespace InnoDB" lors de L'Assistant de Configuration D'Instance du serveur MySQL"

j'ai eu un problème de changer le datadir dans mon.ini Pour Windows 7.

je voulais que les données soient stockées sur un lecteur différent et je déplaçais ces données d'un autre PC en copiant tout le dossier. J'ai changé datadir en lecteur désiré et j'ai sauvegardé le my.fichier ini avec pas de problèmes.

mais mysql ne voulait pas commencer. J'ai ouvert ma.le fichier ini a de nouveau été modifié. Puis, j'ai remarqué la date sur le mon.ini n'avait pas changé. J'ai donc dû changer de la sécurité des privilèges pour m'y donner accès en écriture.

Cette fois, quand je l'ai enregistré, la date a changé et mysql commencé l'accès à toutes les données correctes.

avant de jouer avec trop de choses, s'il vous plaît vérifier l'utilisateur que le service essaie d'exécuter en tant que. Dans mon cas C'était NETWORK celui-ci n'avait pas les permissions d'écriture à certains endroits où il était nécessaire. Changer l'utilisateur en compte système Local a fait l'affaire.



si le visualiseur d'événements affiche une erreur comme " impossible de créer un fichier test C:\Program fichiers\MySQL \ MySQL Server 5.6\data \ XXX.test du bas", il y a une forte probabilité que cette solution fonctionne. Bon la chance!

j'ai le dossier de données mysql remplacé par une jonction de répertoire windows. Je soupçonne ib_logfile0/1 et/ou ibdata1 d'être corrompu.

il suffit d'essayer de supprimer ces fichiers et computername.ERR. Puis redémarrez le service mysql. C'est ce que j'ai fait, avec succès.

copier des fichiers ibdata1, après une réinstallation complète de mysql, sur le dir de jonction et remplacer le dir par le junction, redémarrer mysql, n'était pas suffisant.

Vous devez laisser mysql reconstruire ces fichiers.

consulter le fichier "C:\Program fichiers\MySQL\MySQL Server 5.1 \ my.ini"

Le datadir ligne dans mon.ini doit spécifier un chemin. Vérifiez le contenu de ce chemin de datadir. Elle contient un dossier nommé "mysql", et un autre dossier nommé "test"?

Si non, voici deux choix:

1. changez la ligne de datadir dans mon.ini à la bonne adresse. Ce sera probablement C:\ProgramData\MySQL\MySQL serveur 5.1\data

2. propres out le contenu existant de votre chemin datadir. Copier le contenu du C:\ProgramData\MySQL\MySQL serveur 5.1\data à votre chemin de datadir. Redémarrer le service mysql devrait reconstruire votre base de données vide.

dans mon cas, cela n'avait rien à voir avec les espaces dans le nom du fichier. J'ai utilisé la configuration personnalisée de l'installateur MSI et j'ai choisi d'exclure les bases de données par défaut, en supposant que C'était juste quelque chose comme Northwind/Adventureworks. Non,ça inclut la base de données du système MySql... une fois que j'ai ajouté ça à l'installation, ça a marché.

j'ai rencontré les mêmes erreurs. Approche similaire pour moi. De ce que je peux dire, il y a quelque chose de bizarre qui se passe avec la référence au datadir dans le my.fichier ini. Même quand je l'ai édité manuellement, Je ne pouvais pas avoir d'effet sur elle, jusqu'à ce que j'ai tout fait sauter. J'aimerais avoir de meilleures nouvelles ... faire une sauvegarde DB d'abord.

Pour moi, la clé de l'obtention de ce travail était:

1) Supprimer l'installation précédente des Paramètres->Panneau de contrôle. Redémarrez votre machine. 2) Une fois la machine remontée, supprimez avec force le répertoire d'installation précédent. [la mienne est C:\apps\MySQL\MySQLServer-5.5\, comme je REFUSE d'utiliser c:\program des dossiers.. 3) supprimer avec force le précédent répertoire datadir [ le mien était c:\data\mysql ]. 4) supprimer avec force le précédent répertoire de données par défaut [ C:\Documents et paramètres\All

Users\Application Data\MySQL]. 5) redémarrez l'installation, sélectionnez le même répertoire d'installation. Passez l'instance configurateur/assistant à la fin de l'installation. 6) assurez-vous que l' ..répertoire /bin est ajouté au chemin d'accès. De le vérifier. 7) exécutez manuellement le configurateur d'instance/wizard.

Définissez le mot de passe root, le port [ 3306 ]. Il va essayer de le faire démarrer. De nouveau, le mien n'a pas pu démarrer [duh! rien de nouveau là!!! ] 8) maintenant, éditez manuellement le my.fichier ini dans le répertoire install, et corriger le datadir paramètre à être [datadir="C:/Data/MySQL/"] majuscule du MATCH !!!! 9) Vérifier le le service est configuré correctement via l'invite de commande [sc qc mysql].

Devrait ressembler à ça:

C:\dev\cmdz > sc qc mysql [SC] GetServiceConfig SUCCESS

SERVICE_NAME: mysql TYPE: 10 WIN32_OWN_PROCESS START_TYPE: 2 AUTO_START ERROR_CONTROL: 1 NORMAL BINARY_PATH_NAME: "C:\apps\MySQL\MySQLServer-5.5\bin\mysqld" --defaults-file="C:\apps\MySQL\MySQLServer-5.5\my.ini" MySQL LOAD_ORDER_GROUP : TAG : 0 DISPLAY_NAME: MySQL DÉPENDANCE : SERVICE_START_NAME : LocalSystem

10) copier le contenu du répertoire de données par défaut créé sous C:\Documents et les paramètres\tous les utilisateurs\Données D'Application \ MySQL [essentiellement tout dans ce répertoire à votre souhait répertoire de données c:\data\mysql ]. Assurez-vous d'obtenir le C:\Documents et paramètres\All

Utilisateur\Application Data\MySQL\mysql directory. Cela a de l'hôte.fichier frm, et d'autres.

Vous devriez finir avec un répertoire maintenant de c:\data\MySQL\mysql...

11) Renommer le répertoire par défaut C:\Documents et paramètres\All Users\Application Data\MySQL De C:\Documents et paramètres\All Users\Application Data\MySQLxxx Donc il ne peut pas le trouver...

12) dites une prière rapide...

13) donnez-lui un coup de pied de départ de la ligne de commande avec [net start mysql ]

Qui l'a travaillé pour moi...

bonne Chance!

dans mon cas innodb_data_home_dir n'était plus correct parce que j'avais mélangé quelques lettres de lecteur autour quand j'ai ajouté un nouveau lecteur à mon système

dans mon cas, J'ai décompressé XAMPPINAUN second disque sur mon installation, "F". Quand j'ai essayé de commencer comme un service, le retour était "1067". La solution a été de modifier mon.ini, insérant le lecteur "f:" dans les lignes des fichiers. Il a résolu le problème.

le problème comme s'il n'y avait pas de données dans le répertoire. copiez au moins le répertoire mysql depuis votre répertoire précédent ou depuis C:\Program fichiers\MySQL\MySQL Server 5.5\data . Et puis essayez à nouveau.

j'ai eu la même erreur et il a été causé par des caractères non standard dans le chemin des fichiers journaux. Afin de corriger cela, j'ai trouvé mon.fichier de configuration ini (dans mon cas C:\ProgramData\MySQL\MySQL Server 5.6\my.ini) et les touches modifiées slow_query_log_file et log-error. Après cela, J'ai réussi à lancer MySQL service avec succès.

dans mon cas, j'avais choisi un chemin personnalisé pour mes log-files dans L'installateur MySQL. J'avais mis les log-files dans mon dossier utilisateur C:\Users\%MY_USERACCOUNT%\Documents\mysql-logs, et par défaut, SERVICE DE RÉSEAU (ou tout autre compte utilisateur non administrateur dans Windows) n'a pas accès au dossier d'un utilisateur.

j'ai corrigé cela en changeant les options de sécurité pour le log-folder, donnant les droits de modifier lire/écrire / modifier les droits à SERVICE DE RÉSEAU.

j'obtiens aussi le journal avec la Table ' mysql.plugin ' doesn't exist si installer MYSQL Server 5.1 par ' msiexec.exe' DataDir I put as C:\MYSQL\MySQL_Server_5_1\data\

mais à ma grande surprise était de créer des données dans un C:\MYSQL\MySQL_Server_5_1\data\data

Il y a était ajouter le mot . Alors je change la mienne.fichier ini à partir de

datadir="C:/MySQL/MySQL_Server_5_1/Data/" .

datadir="C:/MySQL/MySQL_Server_5_1/Data/data"

et puis je peux utiliser NET start MYSQL51 et puis mysqld.exe exécuter et apparaissent dans le Gestionnaire des Tâches

lorsqu'on regarde mysql log (.fichier err sous data folder), je pourrais voir le suivant

21: 41 : 47 UTC-mysqld got exception 0xc0000005 ; C'est peut-être parce que tu as touché un insecte. Il est également possible que ce binaire ou l'une des bibliothèques contre laquelle elle était liée est corrompue, mal construite., ou mal configuré. Cette erreur peut aussi être causée par un mauvais fonctionnement du matériel. Tenter de recueillir certains renseignements qui pourraient aider à diagnostiquer le problème. Comme c'est un accident et que quelque chose est absolument faux, l'information le processus de collecte pourrait échouer.

j'ai réalisé que je commençais le service pendant que je branchais usb. Pour être honnête, le problème a été résolu après que j'ai redémarré ma machine suivie par redémarrer le service. De plus, j'ai supprimé les fichiers ib_logfile0 et ib_logfile1 avant mon redémarrage. Bien que l'event logger indique "InnoDB: votre base de données peut être corrompue ou vous pouvez avoir copié L'espace de tablature InnoDB mais pas les fichiers de log InnoDB. Veuillez vous référer à http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html pour plus d'informations

Blockquote

au sujet de forcer la récupération.Pour plus d'informations, voir Help and Support Center à http://www.mysql.com", Je ne le pense pas parce que je n'ai jamais changé aucune configuration.

Connu la même erreur, ci-dessous est la raison et la solution qui a fonctionné pour moi pour mysql-5.7.14-winx64

raison: le dossier de données pour avoir quelques dossiers et dossiers par défaut qui manquaient

solution: supprimez tout du dossier de données, je suppose que c'est une nouvelle installation donc sauvegarder tout ce dont vous avez besoin si vous avez besoin. Puis lancez ceci à partir de l'invite de commande et il créera les fichiers et dossiers nécessaires "mysqld --initialiser --console" maintenant, exécutez "mysqld" et ça devrait bien marcher.

dans mon cas, J'avais une autre version MySQL installée et en cours d'exécution. J'ai trouvé ça en entrant dans la mysql_error.le fichier de log. Je corrige cela en allant aux services et en arrêtant la version MySQL en cours d'exécution et en mettant en place un manuel, et en démarrant le mysql nécessaire.

vérifiez aussi si tous les dirs que vous avez écrits dans le my.ini existe.

Mon problème est que l' tmpdir doeesn existe pas donc démon MySQL tombe avec l'erreur 1067.

[mysqld]
port= 3306
tmpdir = "C:/tmp"

Dans ce cas C:/tmp doit exister.

... un vieux... quoi qu'il en soit, J'ai eu le même problème avec MariaDB

dans mon cas, la plupart des chemins contiennent des caractères spéciaux comme: # Emballage les chemins dans mon.ini en double guillemets fait le tour-par exemple

datadir="C:/#windata64/db/MariaDB/data"

dans mon cas, pour supprimer un schéma lourd du serveur mysql, je suis juste allé à C:\ProgramData\MySQL\MySQL serveur 5.7 \ Data et supprimé le dossier correspondant. Mais il n'a pas été supprimé parce que mysqld.exe est de le prévenir. alors j'ai arrêté mysqld.exe, a supprimé le dossier et puis tous les schémas ont disparu de la liste dans mysql workbench. Peu importe combien j'ai essayé de redémarrer mysql service, il n'a pas fait à moins que je restauré ce dossier de junk. Espérons qu'il aide quelqu'un qui a essayé le même raccourci comme je l'ai fait.

si vous essayez D'exécuter MySql sur une installation Windows 10 avec une partition GPT, essayez ceci:

Aujourd'hui, les systèmes fonctionnent souvent sur un disque qui est formaté en GPT. C'est parce que Windows 10 a besoin d'une telle partition pour être installé. Le problème est que MySql ne peut pas gérer ce style de partition et donc il se bloque. Voici ma solution:

• Créer un disque virtuel: manuel ici
• formater ce VHD avec MBR
• Installer MySql personnalisé sur votre nouveau disque dur virtuel (n'oubliez pas de créer un utilisateur pour DB)

ça devrait être ça! :)

Lien De Référence: problème avec L'installation MySql sur Windows 10