MySQL funktioniert nicht mehr - volle Festplatte

7

Vielleicht liegt es daran, dass mir der freie Speicherplatz fehlt. Schauen Sie sich das an:

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 ist zu 100% ausgelastet.

Vielleicht ist das der Grund?

Mdjdzjds
quelle

Antworten:

5

Ja, es könnte der Grund sein, ob die Daten von mysql auf / var / liegen (was normalerweise der Fall ist).

Es scheint, Sie haben genug auf / home /. Warum kopieren Sie dort keine Datendateien und versuchen es?

rvs
quelle
/ var / log / apache2 -> ls -l -rw-r ----- 1 root adm 12664832 2011-05-10 09:10 access.log -rw-r ----- 1 root adm 71266773 2011- 05-08 06:25 access.log.1 apache2-Protokolldateien sind sehr groß ... vielleicht könnte es der Grund sein. wie kann ich es reparieren?
Mdjdzjds
Ich habe es behoben, indem tail -1 access.log> access.log auf / var / log / apache2 ausgeführt wurde.
Mdjdzjds
Gute Kopfgeldjagd !!!
RolandoMySQLDBA
4

Gemäß dem MySQL 5.0 Certification Study Guide , Seite 409, Kapitel 29, Abschnitt 29.2 "The MyISAM Engine", Punkt 1, heißt es speziell:

Wenn Ihnen beim Hinzufügen von Zeilen zu einer MyISAM-Tabelle nicht genügend Speicherplatz zur Verfügung steht, tritt kein Fehler auf. Der Server unterbricht den Vorgang, bis Speicherplatz verfügbar ist, und schließt den Vorgang dann ab.

Immer wieder lösche ich, wenn ich dies sehe, ein paar alte Binärprotokolle, und voilà, MySQL beginnt sich wieder zu bewegen. Ich habe dann MySQL schnell heruntergefahren, die verbleibenden Binärprotokolle und den Binärprotokollindex gelöscht, MySQL gestartet und alles ist in Ordnung. Funktioniert jedes Mal für mich!

Wenn binäre Protokolle nicht aktiviert sind, müssen Sie kill -9 auf mysqld verwenden und den Ordner / var / lib / mysql auf eine größere Festplatte verschieben. Verknüpfen Sie / var / lib / mysql mit dem neuen Speicherort und starten Sie die Sicherung von MySQL.

RolandoMySQLDBA
quelle
1

Ja, es könnte der Grund sein. Ich denke, Ihr MySQL-Datenverzeichnis befindet sich in der Datei /var. Bitte öffnen Sie die Datei my.cnf (möglicherweise finden Sie sie im Verzeichnis / etc) und prüfen Sie, ob sich das Datenverzeichnis in / var befindet oder nicht .

Ich denke, im Verzeichnis / Home ist so viel Speicherplatz verfügbar, dass Sie ihn als MySQL-Datenverzeichnis verwenden können.

Jayakrishnan T.
quelle
1

Sie können die Verwendung nach Verzeichnis mit sehen

du -shc /var/*

dann vielleicht:

du -shc /var/lib/mysql/*

um db Besetzung auf Dateisystem zu sehen

-s Zusammenfassung

-h Mensch (mb gb etc aber nicht sortierbar)

-c druckt die Summe am Ende

Sherpya
quelle
0

Ja.

MySQL-Datendateien werden normalerweise in / var / irgendwo gespeichert. Wenn es voll ist, funktioniert MySQL möglicherweise nicht mehr.

wachsen
quelle