1030ストレージエンジンからエラー28を取得しました

デモアプリケーションを見たいユーザーごとに300テーブルのデータベースを作成する必要があるプロジェクトに取り組んでいます。正常に機能していましたが、今日、新しいユーザーとデモを見てテストしていたところ、このエラーメッセージが表示されました

1030 Got error 28 from storage engine

グーグルで少し時間を費やした後、データベースまたは一時ファイルのスペースに関連するエラーであることがわかりました。直そうとしたが失敗した。今では、mysqlを起動することすらできません。これを修正するにはどうすればよいですか？また、同じ問題に何度も直面しないようにサイズを最大に増やしたいと思います。

Mysqlエラー「ストレージエンジンからの28」-「十分なディスク領域がない」ことを意味します。

ディスク容量を表示するには、以下のコマンドを使用します。

myServer# df -h

結果はこのようになるはずです。

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

これを拡張するには（古い質問ですが）、それはおそらくMySQLのスペース自体ではなく、tmpファイルなどを想定した一般的なスペースです。私のmysqlデータディレクトリがいっぱいではなかった、/（ルート）パーティションが

AWS RDSでも同じ問題が発生しました。これは、空き容量（ハードドライブストレージ容量）がいっぱいになったためです。スペースを増やすか、一部のデータを削除する必要があります。

私の/ tmpは％100でした。すべてのファイルを削除してmysqlを再起動した後、すべてが正常に機能しました。

私の/ var / log / apache2フォルダーは35gで、/ var / logのいくつかのログは合計して、40gハードドライブの残りの5gでした。私はすべての* .gzログをクリアしました。他のログをいじった場合、他のログが悪いことをしていないことを確認した後、それらもクリアしました。

echo "clear" > access.log

等

/ backupをチェックして、不要な古いバックアップを削除できるかどうかを確認します。

レプリケーションバイナリログが原因で、同様の問題が発生しました。

この場合は、cronjobを作成して、このクエリを毎日実行します。

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

これにより、2日より古いすべてのバイナリログが削除されます。

私はこの解決策をここで見つけました。

シンプル：$ sth-> finish（）; おそらくこれについて心配する必要はありません。Mysqlは、独自のスペースではなく、システムのtmpスペースを使用します。

sudo su


cd /var/log/mysql

最後に次のように入力します。 > mysql-slow.log

これは私のために働いた

問題のデータベースを削除してから、mysqlサービス（sudo service mysql restartなど）を再起動します。