web-dev-qa-db-ja.com

MySQLが動作を停止しました-ディスク全体

多分それは私に空きディスク容量が不足しているためです、見てください：

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             1.9G  208M  1.6G  12% /
none                  998M  192K  998M   1% /dev
none                 1002M     0 1002M   0% /dev/shm
none                 1002M   56K 1002M   1% /var/run
none                 1002M     0 1002M   0% /var/lock
none                 1002M     0 1002M   0% /lib/init/rw
/dev/sda1              92M   24M   63M  28% /boot
/dev/sda8             434G  199M  412G   1% /home
/dev/sda6             9.2G  495M  8.3G   6% /usr
/dev/sda7             9.2G  8.8G     0 100% /var

/ varの使用率は100％です。

おそらくこれが理由ですか？

linuxubuntumysql
7
Mdjdzjds

はい、それがmysqlのデータが/ var /にある場合の理由である可能性があります（これは通常trueです）。

/ home /に十分な容量があるようです。そこにデータファイルをコピーして試してみませんか？

5
rvs

MySQL 5.0認定学習ガイド 、409ページ、第29章、セクション29.2「MyISAMエンジン」によると、箇条書き11は具体的に次のように述べています。

MyISAMテーブルに行を追加しているときにディスク領域が不足しても、エラーは発生しません。サーバーは、スペースが使用可能になるまで操作を中断し、操作を完了します。

何度も何度も、これが発生するのを見るたびに、いくつかの古いバイナリログを削除すると、MySQLは再び動き始めます。次に、MySQLをすばやくシャットダウンし、残りのバイナリログとバイナリログインデックスを消去し、MySQLを起動すると、すべて問題ありません。私のために毎回動作します！

バイナリログが有効になっていない場合は、mysqldでkill -9を使用し、/ var/lib/mysqlフォルダーをより大きなディスクに移動する必要があります。/var/lib/mysqlを新しい場所にシンボリックリンクし、MySQLをバックアップします。

4
RolandoMySQLDBA

はい、それが理由である可能性があります。Mysqlデータディレクトリは/ varにあると思います。my.cnf（/ etcディレクトリにある可能性があります）ファイルを開いて、データディレクトリが/ varにあるかどうかを確認してください。 。

/ Homeディレクトリには非常に多くのスペースがあり、mysqlデータディレクトリとして使用できると思います。

1
Jayakrishnan T

あなたはディレクトリごとの使用状況を見ることができます

du -shc /var/*

それから多分：

du -shc /var/lib/mysql/*

ファイルシステム上のデータベースの占有を確認する

-sの要約

-h人間（mb gbなどですがソートできません）

-cは最後に合計を出力します

1
sherpya

はい。

MySQLデータファイルは通常/ var /のどこかに保存されます。いっぱいになると、MySQLが機能しなくなる可能性があります。

0
growse