1030 Erreur 28 du moteur de stockage

Je travaille sur un projet où j'ai besoin de créer une base de données avec 300 tables pour chaque utilisateur qui souhaite voir l'application de démonstration. cela fonctionnait bien mais aujourd'hui, quand 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é un peu de temps sur Google, j'ai trouvé que c'était une erreur liée à l'espace de la base de données ou aux fichiers temporaires. J'ai essayé de le réparer mais j'ai échoué. maintenant je ne suis même plus capable de démarrer mysql. Comment puis-je résoudre ce problème et je voudrais également augmenter la taille au maximum afin de ne pas faire face au même problème encore et encore.

Erreur Mysql " 28 du moteur de stockage " - signifie " espace disque insuffisant ".

Pour afficher l'espace disque, utilisez la commande 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 s'il s'agit d'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 comme ça. 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. Cela é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 a bien fonctionné.

Mon dossier / var / log / apache2 était de 35 g et certains journaux dans / var / log totalisaient les 5 g restants de mon disque dur de 40 g. J'ai effacé tous les journaux * .gz et après m'être assuré que les autres journaux ne feraient pas de mauvaises choses si je les gâchais, je les ai également effacés.

echo "clear" > access.log

etc.

Vérifiez votre / sauvegarde pour voir si vous pouvez supprimer une ancienne sauvegarde non nécessaire.

J'ai eu un problème similaire, à cause de mes journaux binaires 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 binaires datant 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

Supprimez la base de données des problèmes, puis redémarrez le service mysql ( sudo service mysql restart, par exemple).