208

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

1030 Got error 28 from storage engine

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

4

11 に答える 11

417

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
于 2012-12-05T17:01:10.233 に答える
34

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

于 2012-10-26T13:29:43.253 に答える
10

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

于 2012-09-25T13:48:26.723 に答える
9

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

于 2013-12-26T10:09:07.207 に答える
2

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

echo "clear" > access.log

等

于 2014-05-01T08:08:34.603 に答える
2

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

于 2016-01-12T18:31:20.690 に答える
1

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

この場合は、cronジョブを作成して、このクエリを毎日実行してください。

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

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

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

于 2014-06-26T16:23:39.410 に答える
0

単純：$ sth-> finish（）; おそらくこれについて心配することからあなたを救うでしょう。Mysqlは、システム自体のスペースではなく、システムのtmpスペースを使用します。

于 2015-02-18T23:04:35.130 に答える
0 
sudo su


cd /var/log/mysql

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

これは私のために働いた

于 2016-06-22T09:40:43.833 に答える
0

問題のあるデータベースを削除してから、mysqlサービスを再起動します（sudo service mysql restartたとえば）。

于 2019-10-24T18:29:13.427 に答える
0

tokudbプラグインを使用する場合これは、空き容量が5％（デフォルト）未満の場合に発生する可能性があります。

オプションを参照してください：tokudb_fs_reserve_percent

于 2021-01-20T13:55:11.000 に答える