1030 Erreur reçue 28 du moteur de stockage

Je travaille sur un projet où je dois créer une firebase database avec 300 tables pour chaque utilisateur qui souhaite voir l’application de démonstration. il fonctionnait bien, mais aujourd’hui, lorsque je testais avec un nouvel utilisateur pour voir une démo, il m’a montré ce message d’erreur

1030 Got error 28 from storage engine 

Après avoir passé du temps à googler, j’ai trouvé que c’était une erreur liée à l’espace de la firebase database ou aux fichiers temporaires. J’ai essayé de le réparer mais j’ai échoué. maintenant je ne suis même pas capable de démarrer mysql. Comment puis-je résoudre ce problème et je voudrais aussi augmenter la taille au maximum afin de ne pas rencontrer le même problème encore et encore.

Erreur Mysql ” 28 du moteur de stockage ” – signifie ” pas assez d’espace disque “.

Pour afficher la commande d’utilisation de l’espace disque ci-dessous.

 myServer# df -h 

Les résultats doivent être comme ça.

 Filesystem Size Used Avail Capacity Mounted on /dev/vdisk 13G 13G 46M 100% / devfs 1.0k 1.0k 0B 100% /dev 

Pour développer cela (même si c’est une question plus ancienne); Il ne s’agit probablement pas de l’espace MySQL lui-même, mais de l’espace en général, en supposant que les fichiers tmp ou quelque chose du genre. Mon répertoire de données mysql n’était pas plein, la partition / (root) était

J’ai eu le même problème dans AWS RDS. C’était dû à l’espace libre (espace de stockage du disque dur) était plein. Vous devez augmenter votre espace ou supprimer certaines données.

Mon / tmp était% 100. Après avoir supprimé tous les fichiers et redémarré mysql, tout fonctionnait bien.

Mon dossier / var / log / apache2 était de 35g et certains journaux de / var / log étaient les 5g de mon disque dur de 40g. J’ai effacé tous les journaux * .gz et après m’être assuré que les autres journaux n’allaient pas faire de mauvaises choses si je les avais gâchés, je les ai juste effacés.

 echo "clear" > access.log 

etc.

Vérifiez votre / backup pour voir si vous pouvez supprimer une ancienne sauvegarde inutile.

J’ai eu un problème similaire, en raison de mes journaux binarys de réplication .

Si tel est le cas, créez simplement un cronjob pour exécuter cette requête tous les jours:

 PURGE BINARY LOGS BEFORE DATE_SUB( NOW(), INTERVAL 2 DAY ); 

Cela supprimera tous les journaux binarys de plus de 2 jours.

J’ai trouvé cette solution ici .

Un simple: $ sth-> finish (); Cela vous éviterait probablement de vous inquiéter à ce sujet. Mysql utilise l’espace tmp du système au lieu de son propre espace.

 sudo su cd /var/log/mysql 

et enfin tapez: > mysql-slow.log

Cela a fonctionné pour moi