Quel pourrait être le problème de mon serveur de base de données mysql dans WAMP.
Je ne peux pas l'ouvrir. L'erreur dit:
MySQL said: Documentation
#2002 - No connection could be made because the target machine actively refused it.
The server is not responding (or the local server's socket is not correctly configured).
J'ai vérifié les ports, mais aucune autre application n'utilise le port 3306 dédié à mysqld.
Voici ce que mysql.log
dit:
120728 22:34:40 [Note] Plugin 'FEDERATED' is disabled.
120728 22:34:42 InnoDB: The InnoDB memory heap is disabled
120728 22:34:42 InnoDB: Mutexes and rw_locks use Windows interlocked functions
120728 22:34:42 InnoDB: Compressed tables use zlib 1.2.3
120728 22:34:43 InnoDB: Initializing buffer pool, size = 128.0M
120728 22:34:43 InnoDB: Completed initialization of buffer pool
120728 22:34:44 InnoDB: highest supported file format is Barracuda.
120728 22:34:52 InnoDB: Waiting for the background threads to start
120728 22:34:53 InnoDB: 1.1.8 started; log sequence number 74876578
wampmysqld: File '.\mysql-bin.000025' not found (Errcode: 2)
120728 22:34:53 [ERROR] Failed to open log (file '.\mysql-bin.000025', errno 2)
120728 22:34:53 [ERROR] Could not open log file
120728 22:34:53 [ERROR] Can't init tc log
120728 22:34:53 [ERROR] Aborting
120728 22:34:53 InnoDB: Starting shutdown...
120728 22:34:53 InnoDB: Shutdown completed; log sequence number 74876578
120728 22:34:53 [Note] wampmysqld: Shutdown complete
120728 22:35:16 [Note] Plugin 'FEDERATED' is disabled.
120728 22:35:16 InnoDB: The InnoDB memory heap is disabled
120728 22:35:16 InnoDB: Mutexes and rw_locks use Windows interlocked functions
120728 22:35:16 InnoDB: Compressed tables use zlib 1.2.3
120728 22:35:16 InnoDB: Initializing buffer pool, size = 128.0M
120728 22:35:16 InnoDB: Completed initialization of buffer pool
120728 22:35:16 InnoDB: highest supported file format is Barracuda.
120728 22:35:32 InnoDB: Waiting for the background threads to start
120728 22:35:33 InnoDB: 1.1.8 started; log sequence number 74876578
wampmysqld: File '.\mysql-bin.000025' not found (Errcode: 2)
120728 22:35:33 [ERROR] Failed to open log (file '.\mysql-bin.000025', errno 2)
120728 22:35:33 [ERROR] Could not open log file
120728 22:35:33 [ERROR] Can't init tc log
120728 22:35:33 [ERROR] Aborting
120728 22:35:33 InnoDB: Starting shutdown...
120728 22:35:34 InnoDB: Shutdown completed; log sequence number 74876578
120728 22:35:34 [Note] wampmysqld: Shutdown complete
120728 22:35:42 [Note] Plugin 'FEDERATED' is disabled.
120728 22:35:42 InnoDB: The InnoDB memory heap is disabled
120728 22:35:42 InnoDB: Mutexes and rw_locks use Windows interlocked functions
120728 22:35:42 InnoDB: Compressed tables use zlib 1.2.3
120728 22:35:42 InnoDB: Initializing buffer pool, size = 128.0M
120728 22:35:42 InnoDB: Completed initialization of buffer pool
120728 22:35:44 InnoDB: highest supported file format is Barracuda.
120728 22:35:59 InnoDB: Waiting for the background threads to start
120728 22:36:00 InnoDB: 1.1.8 started; log sequence number 74876578
wampmysqld: File '.\mysql-bin.000025' not found (Errcode: 2)
120728 22:36:00 [ERROR] Failed to open log (file '.\mysql-bin.000025', errno 2)
120728 22:36:00 [ERROR] Could not open log file
120728 22:36:00 [ERROR] Can't init tc log
120728 22:36:00 [ERROR] Aborting
120728 22:36:00 InnoDB: Starting shutdown...
120728 22:36:01 InnoDB: Shutdown completed; log sequence number 74876578
120728 22:36:01 [Note] wampmysqld: Shutdown complete
PS: je n'ai pas de Skype. Je pense donc que ce n'est pas le conflit. Veuillez aider.
Cela marche:
Accédez à votre répertoire MySQL et recherchez mysql-bin.index
puis effacez son contenu. Tout devrait bien fonctionner après cela.
J'ai arrêté mysql par
Sudo service mysql stop
puis a commencé lampp en utilisant:
Sudo /opt/lampp/lampp start
Et tout fonctionne bien
J'ai rencontré ce problème ce matin pour la première fois lors de l'utilisation de mysql/easyphp. J'ai essayé d'effacer le contenu de mysql-bin.index mais cela n'a pas fonctionné pour moi.
J'ai redémarré l'ordinateur et essayé à nouveau d'accéder à mysql et je n'ai plus eu de problèmes.
J'ai eu une erreur similaire. Déconnectez-vous d'Internet, accédez à phpmyadmin, puis reconnectez Internet. Cela a résolu mon problème.
J'ai constaté qu'il existe des fichiers journaux temporaires créés dans le répertoire temporaire de Windows. Si la limite du fichier journal a dépassé et qu'il n'y a plus d'espace disponible à partir de Windows pour écrire dans ce fichier journal, il déclenche une erreur d'accès refusé. Effacer les fichiers du répertoire temporaire peut le résoudre.
Sous Windows 7, suivez le processus.
Exécutez >> tapez %temp%
et appuyez sur Entrée >> Sélectionnez tous les fichiers et supprimez >> Redémarrez WAMP et accédez à PHPMyAdmin.
J'ai vécu exactement la même situation. Lisez des tonnes de blog et d'articles. Jusqu'à présent, je crois comprendre que cela se produit principalement en raison de problèmes d'autorisation. Ubuntu/Linux traite très strictement l'accès aux répertoires et leurs autorisations.
Découvrez où se trouve le répertoire mysql
, puis donnez-lui le bon access right n permission
. vous rafraîchir localhost/phpmyadmin
ça devrait marcher maintenant.
Dans mon cas, j'ai fait suivant ce blog :
Sudo chown -R mysql.mysql /opt/lampp/var/mysql
/var/lib/mysql
/opt/lampp/var/mysql
Les répertoires peuvent donc différer. Par conséquent, indiquez le bon répertoire et donnez-lui un accès approprié. Cela devrait fonctionner correctement après, sauf s'il n'y a pas d'erreur cachée.
Peut-être que mysql n'est pas configuré pour accepter les connexions à distance?
essayez ce qui suit:
Ouvrez votre my.cnf (/etc/mysql/my.cnf habituellement) et changez la ligne qui dit
bind = 127.0.0.1
(S'il est présent) sur votre IP réseau.
Redémarrez mysqld après ce changement.
J'ai eu le même problème et j'ai essayé toutes les suggestions précédentes, ci-dessus.
Enfin, le problème pour moi était lié au fichier hosts, quelque chose que j'avais précédemment ajouté en essayant de résoudre un autre problème connexe.
Je suis également confronté à ce problème, mais la désactivation du pare-feu a résolu ce problème. Mais toute autre approche pour le résoudre? Je ne pense pas que ce serait une bonne solution pour exécuter mysql. mais jusque-là, nous pouvons utiliser mysql en désactivant le pare-feu.
Je sais que c'est une question assez ancienne. Mais étant donné que j'ai rencontré le même problème l'autre jour en 2017, ce qui m'a vraiment fait peur. Je pensais que cela pourrait aider certaines personnes.
Je suppose que vous avez rencontré le problème peut-être à cause d'une récente mise à jour de la base de données.
Si tel est le cas, veuillez simplement suivre les trois étapes suivantes:
Tout devrait bien fonctionner.
J'ai copié mes fichiers mysql (toute la structure du répertoire), d'un ordinateur Unix vers un autre ordinateur Unix. Même si le serveur mysql était complètement éteint, quand j'ai fait la copie, je n'ai pas pu le faire démarrer sur le 2ème ordinateur.
J'ai eu une erreur "Fichier ./mysql-bin.000532 introuvable. Code d'erreur: 2" Puisque j'avais tout sauvegardé, je pouvais me permettre de supprimer des morceaux sans aucun impact. En d'autres termes, je ne peux plus le faire MORT. Et je peux restaurer n'importe quel fichier que j'ai jeté.
En creusant sur Internet, j'ai constaté que si je supprimais ib_logfile0 et ib_logfile1, mysql tentera de les recréer à partir de zéro. Cela semblait le faire avancer. Cependant, il a toujours demandé et n'a pas trouvé ce mysql-bin.000532. Dans ce forum, je vois que le fichier mysql-bin.index est juste un fichier texte contenant tous ces fichiers mysql-bin. #######. Le vider signifie que je ne chercherai pas de fichiers manquants. Génial. Maintenant ça se passe bien.
Mais réfléchissez-y. Je suis sûr que ces fichiers ont une raison. Il conserve les modifications apportées aux données. Et si vous aviez des modifications qui n'étaient pas réellement déposées sur le disque? Vous les perdriez. Comme je l'ai dit au début, il s'agit d'une copie de mysql complètement désactivée. Donc, tous mes changements sont en cours. Je suis donc prêt à partir.
Dernière chose, je suis sûr que cela est couvert quelque part dans la documentation mysql. Je ne l'ai pas encore trouvé. Mes actions étaient basées sur des suppositions et de l'expérimentation.
lorsque j'ai éteint mon pare-feu McAfee, le problème a été résolu
ce que je dois changer dans les paramètres de McAfee
Pare-feu -> Paramètres -> Autorisations du programme -> Serveur HTTP Apache -> doivent être définis sur Complet ou Sortant
Capture d'écran des propriétés MySQL57
si vous me votez, je peux ajouter la photo en ligne
Parfois, vous pouvez avoir plusieurs serveurs Web exécutés, c'est-à-dire Apache2 et nginx simultanément sur le même emplacement mais sur des ports différents. Je suggère d'arrêter Apache2 ou nginx puis de redémarrer celui que vous préférez avant de supprimer les fichiers. Cette approche a fonctionné pour moi.
J'ai installé MySQL autonome (n'utilisant aucune pile XAMPP/WAMP) et j'ai eu ce problème il y a quelque temps. Je viens d'exécuter la commande suivante dans l'invite de commande Windows:
C:\>"C:\mysql\bin\mysqld" --console
où "C:\mysql \" est le répertoire d'installation (ajustez le chemin en fonction de votre propre cas). le
--console
affiche le processus à des fins de débogage.
Après le démarrage, vous devriez voir quelque chose comme:
C:\mysql\bin\mysqld: ready for connections
Version: '5.7.10' socket: '' port: 3306
Pour moore, voir Démarrage de MySQL Server
J'ai le même problème avec Wampserver. Ça a marché pour moi:
Vous devez modifier ce fichier: "C:\wamp\bin\mysql [mysql_version]\my.ini"
Par exemple: "C:\wamp\bin\mysql [mysql5.6.12]\my.ini"
Et changez le port par défaut 3306 en 80. (Lignes 20 et 27, dans les deux)
port = 3306 Vers port = 80
J'espère que ceci est utile.