Warum geht mein MySQL offline?

Warum geht mein MySQL offline?

Ich habe 2 Anwendungen auf einem Windows Server 2008 R2 (AWS EC2 Large-Instance)-Rechner gehostet, der IIS7.5 und MySQL 5.5.12 verwendet. Die eine Datenbank wird auf dem Server mit einer lokalen DB-Instanz gehostet, die andere DB-Instanz ist eine Amazon RDS-Instanz. Seltsamerweise waren beide von dem folgenden Problem betroffen:

Ich habe einen Fehler erhalten:

Ein Vorgang an einem Socket konnte nicht ausgeführt werden, da das System nicht über genügend Pufferspeicher verfügte oder eine Warteschlange voll war.

Ich konnte das Problem lösen, indem ich die Maschine sowie die Datenbankinstanz (auf einer anderen Maschine – AWS RDS) neu gestartet habe. Aber ich würde gerne verstehen, warum es passiert ist.

Gibt es bekannte Probleme mit dem MySQL-Speicher? Wenn ich mir den Task-Manager anschaue, stelle ich fest, dass dort zwei Instanzen von „mysqld“ mit jeweils 2,5 GB und 3 GB RAM laufen. Das klingt übertrieben für eine überwiegend inaktive Datenbank mit jeweils etwa 15 MB Daten. Ist es auch normal, zwei Aufgaben laufen zu lassen, wenn ich nur eine Datenbank lokal gehostet habe und die andere sich in AWS RDS (separater Server) befindet?

Antwort1

Eine schnelle Suche ergab die MSDNBlogeintragwas darauf schließen lässt, dass es sich um ein Windows-Problem und nicht um MySQL handelt.

  1. Dem Betriebssystem geht der Speicher für TCP-Puffer aus
  2. Dem Betriebssystem gehen die verfügbaren „flüchtigen“ TCP-Ports aus

Lesen Sie möglicherweise einen anderen relevanten BeitragHier.

verwandte Informationen