MySQL Speicherplatz ist in Adobe Commerce in der Cloud-Infrastruktur gering
Dieser Artikel bietet Lösungen für Fälle, in denen in Adobe Commerce in der Cloud-Infrastruktur nur sehr wenig Platz oder kein Platz für MySQL vorhanden ist. Zu den Symptomen zählen Site-Ausfälle, Kunden, die nicht in der Lage sind, Produkte zum Warenkorb hinzuzufügen, nicht in der Lage, eine Verbindung zur Datenbank herzustellen, remote auf die Datenbank zuzugreifen und SSH nicht in den Knoten integrieren zu können. Zu den Symptomen gehören auch Galera-, Umgebungs-, PHP-, Datenbank- und Bereitstellungsfehler, wie unten aufgeführt. Klicken Sie auf Lösung , um direkt zum Lösungsabschnitt zu springen.
Betroffene Produkte und Versionen
Adobe Commerce für Cloud-Infrastruktur 2.3.0-2.3.6-p1, 2.4.0-2.4.2
Problem
Die Datenbank wird zu groß. Zu den Symptomen zählen der Verlust der Datenbankverbindung, ein Fehler beim Hochladen der Datenbank und eine Vielzahl anderer Probleme.
Eventuelle Fehler:
Galera:
- SQLSTATE[08S01]: Kommunikationslink-Fehler: 1047 WSREP hat den Knoten noch nicht für die Anwendungsnutzung vorbereitet Importfehler:
- SQLSTATE[HY000]: Allgemeiner Fehler: 1180 Fehler 5 "Input/output error"
- SQLSTATE[08S01]: Kommunikationslink-Fehler: 1047 WSREP hat den Knoten noch nicht für die Anwendungsnutzung vorbereitet
Fehler bei der Umgebungssynchronisierung:
- SQLSTATE: Allgemeiner Fehler: 1180 Got error 5 "Input/output error" during COMMIT
PHP-Fehler:
- php: PDO:__struct(): MySQL Server ist weg.
- php errors: PDO::__struct(): Fehler beim Lesen des Grußpakets. PID=NNN.
- ERROR 2013 (HY000): Verlorene Verbindung zum MySQL-Server bei 'Lesen des anfänglichen Kommunikationspakets', Systemfehler: 0 "Interner Fehler/Prüfung (kein Systemfehler)".
Datenbankfehler:
- Fehler_code: 1114
- InnoDB: Fehler (Nicht genügend Speicherplatz) beim Schreiben des Wortknotens in die FTS-Hilfsindextabelle.
- SQLSTATE[HY000]: Allgemeiner Fehler: 2006 MySQL Server wurde entfernt
- [FEHLER] Slave SQL: Fehler 'Die Tabelle
<table\_name>ist voll' bei der Abfrage. - Unit mysql.service ist in den Fehlerstatus versetzt.
- Fehler: 'Kann nicht über den Socket '/var/run/mysqld/mysqld.sock' eine Verbindung zum lokalen MySQL-Server herstellen (111 "Verbindung verweigert")'
- 1205 Zeitüberschreitung bei Sperrung überschritten; Versuch, die Transaktion neu zu starten, Abfrage lautete: IN `cron_schedule` (`job_code`, `status`, `created_at`, `scheduled_at`) WERTE (?, ?,
YYYY-02-07 HH:MM:SS,YYYY-MM-DD HH:MM:SS)
Bereitstellungsfehler:
- E: Befehl '['sudo', '-u',
<environment name>, 'bash', '-c', '/etc/platform/<environment name>/post_deploy.sh']' gibt den Ausstiegsstatus "Nicht null"zurück. 255 - E: Befehl '['ssh', u
<node IP address>, 'sudo /usr/bin/sv -w 30 Neustart Site-<environment name>g-nginx']' gibt nicht null zurück - Schema aktualisieren… SQLSTATE[HY000]: Allgemeiner Fehler: 1114 Die Tabelle
<table\_name>ist voll - SQLSTATE[HY000]: Allgemeiner Fehler: 3 Fehler beim Schreiben der Datei ./
<environment name>/# - W:
<filename>(Fehler: 28 "Kein Speicherplatz auf Gerät mehr") Indizierungsfehler (zusammen mit verwaisten temporären .ibd-Dateien in /tmp): - Der Indexer für Katalogregeln gibt eine Ausnahme aus. Die temporären Tabellen werden im Nachhinein nicht bereinigt und füllen dann die Festplatte auf dem aktuellen MySQL Master-Knoten aus
Zu reproduzierende Schritte:
Sie können überprüfen, ob der /data/mysql (oder wo auch immer der MySQL-Datenspeicher konfiguriert ist) voll ist, indem Sie den folgenden Befehl in der CLI ausführen:
df -h
Weniger als 10 % des freien Speichers auf MySQL Festplatte ist ein primärer Indikator für einen Ausfall.
Ursache
Das /data/mysql -Reittier kann aufgrund einer Reihe von Problemen voll sein, z. B. aufgrund des Fehlens von genügend Inoden, verfügbarem Speicherplatz und schlechter Abfragen, die temporäre Tabellen generieren.
Lösung
Es gibt einen sofortigen Schritt, den Sie unternehmen können, um MySQL wieder auf die Spur zu bringen (oder zu verhindern, dass es hängenbleibt): Machen Sie Speicherplatz frei, indem Sie große Tabellen leeren.
Eine langfristige Lösung würde jedoch mehr Speicherplatz zuweisen und den Best Practices für die Datenbank folgen, einschließlich der Aktivierung der Archiv für Bestellung/Rechnung/Sendung -Funktionalität.
Im Folgenden finden Sie Details zu schnellen und langfristigen Lösungen.
Checken und Freigeben von Anschlüssen
Stellen Sie sicher, dass genügend verfügbare Nodes vorhanden sind. Führen Sie dazu den folgenden Befehl aus:
df -i
Die Ausgabe würde in etwa wie folgt aussehen:
Filesystem Inodes Used Free Use% Mounted on
/dev/nvme2n1 655360 1695 653665 1% /data/mysql
Stellen Sie sicher, dass "Use %"< 70 % ist. Knoten werden mit Dateien korreliert. Wenn Sie Dateien aus der Partition entfernen, werden Sie Inodes freigeben.
Speicherplatz einchecken und freigeben
Überprüfen Sie den verfügbaren Speicherplatz. Führen Sie dazu Folgendes aus:
df -k
Die Ausgabe würde der folgenden ähneln:
Size Used Avail Use% Mounted on·
50G 49G 95M 100% /data/mysql
Wenn die Option % verwenden > 70 % beträgt, müssen Sie Maßnahmen ergreifen, um Speicherplatz freizugeben/hinzuzufügen.
Überprüfen auf große ibtmp1 -Dateien
Überprüfen Sie auf eine große ibtmp1 -Datei auf /data/mysql jedes Knotens: Diese Datei ist der Tablespace für temporäre Tabellen. Bei fehlerhaften Abfragen, die temporäre Tabellen generieren, sind diese in der Datei "ibtmp1"enthalten. Diese Datei wird nur entfernt, wenn die Datenbank neu gestartet wird. Wenn der gesamte verfügbare Speicherplatz belegt wird, muss die Datenbank neu gestartet werden. Bei fehlerhaften Abfragen wird sie erneut erstellt.
Große Tabellen leeren
Überprüfen Sie, ob große Tabellen vorhanden sind, und überlegen Sie, ob eine davon geleert werden kann. Führen Sie dies auf dem primären (Quell-)Knoten durch.
Beispielsweise können Tabellen mit Berichten in der Regel geleert werden. Weitere Informationen zum Suchen großer Tabellen finden Sie im Artikel Große MySQL Tabellen suchen .
Wenn keine riesigen Berichtstabellen vorhanden sind, sollten Sie erwägen, _index -Tabellen zu leeren, um die Adobe Commerce-Anwendung wieder auf die richtige Weise zu übermitteln. index_price Tabellen wären die besten Kandidaten. Beispiel: catalog_category_product_index_storeX -Tabellen, wobei X Werte von "1"bis zur maximalen Speicheranzahl aufweisen kann. Beachten Sie bitte, dass Sie eine Neuindizierung durchführen müssen, um Daten in diesen Tabellen wiederherzustellen. Im Falle großer Kataloge kann diese Neuindizierung viel Zeit in Anspruch nehmen.
Nachdem Sie sie geleert haben, warten Sie auf den Abschluss der Browsersynchronisierung. Sie können jetzt Backups erstellen und bedeutendere Schritte ausführen, um mehr Platz hinzuzufügen, z. B. mehr Speicherplatz zuzuweisen/zu erwerben und die Funktionalität des Archivs Bestellung/Rechnungsstellung/Versand zu aktivieren.
Überprüfen der binären Protokollierungseinstellungen
Überprüfen Sie die Einstellungen für die binäre Protokollierung des MySQL -Servers: log_bin und log_bin_index. Wenn die Einstellungen aktiviert sind, werden die Protokolldateien möglicherweise riesig. Erstellen Sie ein Support-Ticket mit der Anforderung, große binäre Protokolldateien zu bereinigen. Stellen Sie außerdem sicher, dass die binäre Protokollierung korrekt konfiguriert ist, damit Protokolle regelmäßig bereinigt werden und nicht zu viel Platz benötigt wird.
Wenn Sie keinen Zugriff auf die MySQL -Servereinstellungen haben, bitten Sie um Unterstützung, diese zu überprüfen.
Mehr Speicherplatz zuweisen/kaufen
Weisen Sie mehr Speicherplatz für MySQL zu, wenn Sie nicht mehr verwendet haben. Weitere Informationen dazu, wie Sie überprüfen können, ob Sie freien Speicherplatz haben, finden Sie im Artikel Überprüfen des Festplattenspeicherplatzlimits .
- Für den Starter-Plan, alle Umgebungen und die Pro-Plan-Integrationsumgebungen können Sie den Festplattenspeicher zuweisen, wenn Sie nicht mehr verwendet werden. Weitere Informationen finden Sie unter Mehr Platz für MySQL zuweisen .
- Wenden Sie sich bei Staging- und Produktionsumgebungen für Pro-Plan an den Support , um mehr Speicherplatz zuzuweisen, wenn Sie noch nicht genügend Speicherplatz haben.
Wenn Sie Ihre Speicherplatzbeschränkung erreicht haben und dennoch Probleme mit wenig Speicherplatz auftreten, sollten Sie sich für weitere Informationen an Ihr Adobe Account Team wenden.
Verwandtes Lesen
Best Practices für die Änderung von Datenbanktabellen im Playbook für die Commerce-Implementierung