多分それは私に空きディスク容量が不足しているためです、見てください:
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%です。
おそらくこれが理由ですか?
はい、それがmysqlのデータが/ var /にある場合の理由である可能性があります(これは通常trueです)。
/ home /に十分な容量があるようです。そこにデータファイルをコピーして試してみませんか?
MySQL 5.0認定学習ガイド 、409ページ、第29章、セクション29.2「MyISAMエンジン」によると、箇条書き11は具体的に次のように述べています。
MyISAMテーブルに行を追加しているときにディスク領域が不足しても、エラーは発生しません。サーバーは、スペースが使用可能になるまで操作を中断し、操作を完了します。
何度も何度も、これが発生するのを見るたびに、いくつかの古いバイナリログを削除すると、MySQLは再び動き始めます。次に、MySQLをすばやくシャットダウンし、残りのバイナリログとバイナリログインデックスを消去し、MySQLを起動すると、すべて問題ありません。私のために毎回動作します!
バイナリログが有効になっていない場合は、mysqldでkill -9を使用し、/ var/lib/mysqlフォルダーをより大きなディスクに移動する必要があります。/var/lib/mysqlを新しい場所にシンボリックリンクし、MySQLをバックアップします。
はい、それが理由である可能性があります。Mysqlデータディレクトリは/ varにあると思います。my.cnf(/ etcディレクトリにある可能性があります)ファイルを開いて、データディレクトリが/ varにあるかどうかを確認してください。 。
/ Homeディレクトリには非常に多くのスペースがあり、mysqlデータディレクトリとして使用できると思います。
あなたはディレクトリごとの使用状況を見ることができます
du -shc /var/*
それから多分:
du -shc /var/lib/mysql/*
ファイルシステム上のデータベースの占有を確認する
-sの要約
-h人間(mb gbなどですがソートできません)
-cは最後に合計を出力します
はい。
MySQLデータファイルは通常/ var /のどこかに保存されます。いっぱいになると、MySQLが機能しなくなる可能性があります。