J'utilise le serveur Ubuntu. Lorsque j'ai essayé de me connecter à mysql (qui était en cours d'exécution), j'ai eu l'erreur suivante
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
Mais le fichier mysqld.sock n'existe pas dans le /var/run/mysqld
dossier. Lors de l'exécution de la ps aux | grep mysql
commande, j'ai réalisé que le serveur mysql n'était pas en cours d'exécution.
J'ai ensuite essayé de redémarrer le serveur mysql en utilisant
service mysql start
service mysql restart
/etc/init.d/mysql start
Mais, le processus de démarrage a échoué dans les 3 cas.
/var/log/mysql/mysql.log
et les /var/log/mysql/mysql.err
fichiers sont vides.
Mais /var/log/error.log
affiche les informations suivantes:
140425 12:49:05 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
140425 12:49:05 [Note] Plugin 'FEDERATED' is disabled.
140425 12:49:05 InnoDB: The InnoDB memory heap is disabled
140425 12:49:05 InnoDB: Mutexes and rw_locks use GCC atomic builtins
140425 12:49:05 InnoDB: Compressed tables use zlib 1.2.8
140425 12:49:05 InnoDB: Using Linux native AIO
140425 12:49:05 InnoDB: Initializing buffer pool, size = 3.0G
140425 12:49:05 InnoDB: Completed initialization of buffer pool
InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes
InnoDB: than specified in the .cnf file 0 26214400 bytes!
140425 12:49:05 [ERROR] Plugin 'InnoDB' init function returned error.
140425 12:49:05 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
140425 12:49:05 [ERROR] /usr/sbin/mysqld: unknown variable 'record_buffer=64M'
140425 12:49:05 [ERROR] Aborting
140425 12:49:05 [Note] /usr/sbin/mysqld: Shutdown complete
ls /var/lib/mysql/ib_logfile*
?Réponses:
Ouvrez un terminal ( Ctrl+ Alt+ t) et procédez comme suit:
et commentez la ligne
record_buffer=64M
dans/etc/mysql/my.cnf
[1]puis redémarrez msyql en utilisant:
(La source)
la source
sudo service mysql start
?Cela a résolu mon problème:
mkdir /var/run/mysqld
touch /var/run/mysqld/mysqld.sock
chown -R mysql /var/run/mysqld
/etc/init.d/mysql restart
la source
J'ai résolu le problème de la manière suivante:
Dans un autre contexte, je l'ai vu car le démon mysql n'a pas pu démarrer. Démarrez donc le démon avec la commande -
mysqld start
puis essayez de démarrer le service.la source
J'ai eu le même message d'erreur et le même vide dans les fichiers journaux. Dans mon fichier de configuration (my.cnf), j'avais spécifié que je voulais utiliser les tables myisam, en ajoutant cette ligne dans la section [mysqld]:
Après la mise à niveau de mysql, il semble que cela ne démarre pas. J'ai changé cela en:
et maintenant tout fonctionne bien.
la source
L'augmentation de la RAM disponible en ajoutant un nouvel espace de swap peut également aider. Les étapes sont ici
Assurez-vous que vous créez / fichier d'échange de la taille inférieure à l'espace disponible indiqué par
Par exemple, pour moi, la sortie de df- h était:
J'ai donc créé en utilisant 2 G
Et puis lancez le service
J'espère que cela t'aides. Bonne chance.
la source
Ma solution:
Vérifiez si dans tous /etc/rc1.d ... /etc/rc5.d le script mysql commence par S (Ex S10mysql) et non K AS K10mysql.
Explication: K préfixe charge avec stop, sorte de service de mise à mort; et le préfixe S commence par le paramètre de démarrage.
la source
Dans mon cas, c'était un problème d'espace. Vérifiez s'il vous reste suffisamment d'espace.
à partir
/var/log/mysql/error.log
je suis arrivé quelques conseils de deux lignes:Je pouvais voir que c'était un problème d'espace.
À partir d'ici, je pouvais voir qu'il n'y avait pas assez d'espace sur le serveur virtuel
/dev/mapper/server1--osticket--vg-root 8.3G 7.9G 0 100% /
. Et j'ai pensé à migrer ou à augmenter le lecteur virtuel, mais j'ai d'abord décidé de supprimer les fichiers inutiles.Il a donc fallu nettoyer le cache et les fichiers inutiles:
N'oubliez pas de supprimer ensuite les fichiers journaux corrompus de mysql. Ils seraient à nouveau générés lorsque vous redémarrerez mysql
Vérifiez votre service serveur mysql et il est probablement opérationnel
Affaire classée. J'espère que ça aide.
la source
Supprimez le fichier /var/lib/mysql/.run-mysql_upgrade et il devrait démarrer
;)
"Un grand pouvoir implique de grandes responsabilités"
la source
J'ai eu ce problème quand je mis
max_allowed_packet = 0.5M
en/etc/mysql/my.cnf
.Je l'ai résolu en changeant
max_allowed_packet
en1M
.la source
La commande suivante résout mon problème et mysql peut démarrer après. (Cela peut être utile dans certains cas)
la source