Problemen met opslagproblemen voor databases op Adobe Commerce oplossen

Dit artikel bevat een stapsgewijze gids voor het oplossen van problemen met databaseopslag op Adobe Commerce. Het helpt worteloorzaken met betrekking tot een gebrek aan ruimte in /tmp en /data/mysql, inode uitputting, en configuratieveranderingen zoals non-default MySQL tmpdir identificeren. Elke stap stelt een kenmerkende vraag voor en leidt u aan relevante bevelen, logboeken, of documentatie die op uw antwoord wordt gebaseerd.

Beschrijving description

Omgeving

Adobe Commerce over cloudinfrastructuur

Probleem/symptomen

  • Siteuitval of downtime veroorzaakt door opslagproblemen voor databases
  • De fouten zoals Geen ruimte verlaten op apparaat (28)
  • Kan SSH niet opnemen in knooppunt vanwege volledige /tmp montage
  • Schijfgebruik met een hoge waarde in mappen /tmp of /data/mysql
  • Klanten die geen producten aan winkelwagentje kunnen toevoegen
  • Fout met databaseverbinding
  • De clusterfouten van Galera zoals SQLSTATE [ 08S01 ] : Communicatie verbindingsmislukking: 1047 WSREP
  • Zoekt de beschikbare opslag uitputtend en veroorzakend knoopinstorting
  • Uitputting van knooppunt (te veel bestanden) aangegeven door IUse% > 90%

Resolutie resolution

Stap 1 - Identificeer de folder met een ruimtekwestie

hebt u een /tmp kwestie die door een gebrek van ruimte wordt veroorzaakt?

Dit kan worden geïndiceerd door een reeks symptomen waaronder:

  • /tmp mount is full
  • Site naar beneden of buiten
  • Unable to SSH into a node
  • De fouten als Geen ruimte verlaten op apparaat (28)

Voor een lijst van fouten die het resultaat zijn van /tmp volledig zijn, herzie ​ /tmp zet volledig ​ op.

Of heeft u een /data/mysql -probleem dat wordt veroorzaakt door een gebrek aan ruimte? Symptomen zijn onder meer:

  • Afval van site
  • Klanten die geen producten aan winkelwagentje kunnen toevoegen
  • Fout bij databaseverbinding
  • De fouten van Galera zoals SQLSTATE [ 08S01 ] : Communicatie verbindingsmislukking: 1047 WSREP

Voor een lijst van fouten die uit lage MySQL schijfruimte voortvloeien, verwijs naar ​ MySQL schijfruimte is laag op Adobe Commerce op wolkeninfrastructuur ​.

Als u onzeker bent als u een kwestie van de schijfruimte hebt en u een rekening van New Relic hebt, ga naar de ​ pagina van de Gastheren van de Infrastructuur van New Relic de controle ​. Hierna:

  • Klik op het lusje van de Opslag
  • Verander de Grafiek toont dropdown van 5 tot 20 resultaten
  • Zoek in de lijst voor hoog schijfgebruik in de Schijf Gebruikte % grafiek of de lijst

Voor meer gedetailleerde stappen, verwijs naar ​ New Relic Infrastructuur die > lusje van de Opslag ​ controleert.

Als u een van de hierboven beschreven symptomen heeft, controleert u de toestand van de inodes om te controleren of dit niet wordt veroorzaakt door een probleem met het bestandsnummer. Looppas in CLI/Terminal:

code language-none
df -ih

Is IUse% > 90%?

Ga vervolgens verder met stap 3.

Stap 2 - Schijfruimte controleren

gebruik van de schijfruimte van de Controle?

Nadat u het aantal bestanden hebt verkleind, voert u de volgende opdracht in de CLI/Terminal uit om het gebruik van schijfruimte in /tmp en /data/mysql te controleren.

code language-none
df -h | grep mysql
df -h | grep tmp

Wordt meer dan 70% gebruikt voor /tmp of /data/mysql?

  • JA - ga aan Stap 3 te werk.

  • GEEN - de Vragen kunnen beschikbare opslag uitputten. Hierdoor kan het knooppunt vastlopen, waardoor de query wordt gedood en de tmp -bestanden worden verwijderd. Login aan de MySQL bevel-lijn cliënt en looppas:

    code language-none
    SHOW PROCESSLIST;
    

Onderzoek de output voor problematische vragen. Als onopgelost, ​ voorlegt een steunkaartje ​ verzoekend meer ruimte.

Stap 3 - Identificeer directory met hoog gebruik

Welke folder heeft meer dan 70% gebruikt?
  • /tmp - Ga naar stap 4.
  • /data/mysql - Ga naar stap 5.

Nota: Door gebrek, schrijft de gegevensbestand tmpdir aan /tmp. Om uw gegevensbestandconfiguratie te controleren, login aan MySQL bevel-lijn cliënt en looppas:

code language-none
SHOW VARIABLES LIKE "TMPDIR";

Als tmpdir nog aan /tmp schrijft, zult u /tmp in de kolom van de Waarde zien.

Stap 4 - los /tmp volledige onderstel problemen op

los /tmp volledige opzetten problemen op

Volg ​ problemen /tmp koppelen volledig voor Adobe Commerce ​ op. Na het toepassen van oplossingen, looppas in CLI/Terminal:

code language-none
df -h | grep mysql
df -h | grep tmp

Is gebruik < 70%?

Nota: de oplossingen in ​ lossen /tmp op zet volledig ​ wordt ontworpen voor handelaren die niet de variabelen voor gegevensbestandtmpdir hebben veranderd, die door gebrek aan /tmp schrijft. Als u de tmpdir waarde hebt veranderd, zullen de instructies in ​ /tmp problemen oplossen volledig ​ niet helpen.

Stap 5 - standaard controleren

Controle gebrek

Uw databaseconfiguratie bevindt zich mogelijk niet meer op de oorspronkelijke standaard. Zoek de configuratie van de gegevensbestandtmpdir door in MySQL bevel-lijn cliënt in werking te stellen: SELECT @@DATADIR;

Als /data/mysql/ wordt uitgevoerd, schrijft tmpdir naar /data/mysql/ . De ruimte van de verhoging door de stappen in ​ te volgen MySQL schijfruimte is laag op Adobe Commerce op wolkeninfrastructuur ​. Dan looppas in CLI/Terminal:

code language-none
df -h | grep mysql
df -h | grep tmp

Is gebruik < 70%?

Gerelateerde lezing

​ Beste praktijken voor het wijzigen van gegevensbestandlijsten ​ in het Playbook van de Implementatie van Commerce.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f