Felsökare för databaslagring på Adobe Commerce

Den här artikeln är ett felsökningsverktyg för kunder som har problem med databaser i Adobe Commerce. Klicka på varje fråga för att visa svaret i varje steg i felsökaren. Beroende på dina symtom och din konfiguration visar felsökaren hur du felsöker utrymmes- och konfigurationsproblem med databaser.

Steg 1 - Identifiera katalogen med ett utrymmesproblem step-1

Har du ett /tmp-problem som orsakas av otillräckligt utrymme?

Detta kan indikeras av en rad symtom som att /tmp-monteringen är full, att platsen är nere eller att SSH inte kan placeras i en nod. Det kan också uppstå fel som Inget utrymme kvar på enheten (28). En lista med fel som beror på att /tmp är full finns i /tmp-monteringen full.

Eller har du ett /data/mysql-problem på grund av otillräckligt utrymme? Detta kan också indikeras av en mängd olika symtom, bland annat ett webbplatsavbrott, kunder som inte kan lägga till produkter i kundvagnen, anslutningsfel i databasen och Galeriafel som SQLSTATE[08S01]: Kommunikationslänksfel: 1047 WSREP. En lista över fel som beror på brist på MySQL-diskutrymme finns i MySQL-diskutrymmet är lågt på Adobe Commerce i molninfrastrukturen.

Om du är osäker på om du har ett problem med diskutrymme och har ett New Relic-konto går du till sidan New Relic Infrastructure Monitoring Hosts. Därifrån klickar du på fliken Lagring, ändrar listrutan Diagramvisning från 5 till 20 resultat och letar i tabellen efter hög diskanvändning i tabellen eller tabellen Diskanvändning. Mer detaljerad information finns i [New Relic Infrastructure Monitoring (Infrastrukturövervakning) > fliken Storage (Lagring)]https://docs.newrelic.com/docs/infrastructure/infrastructure-ui-pages/infra-hosts-ui-page/#storage).

Om du har något av de symtom som beskrivs ovan bör du kontrollera status på dina noder för att kontrollera att det inte beror på problem med filnummer. Om du vill göra det kör du följande kommando i CLI/Terminal:
df -ih

Är IUse% > 90%?

a. JA - Detta beror på att det finns för många filer. Granska stegen för att ta bort filer på ett säkert sätt i Ta bort filer när det inte finns tillräckligt med diskutrymme, Adobe Commerce i molninfrastrukturen. Fortsätt till Steg 2 när du har slutfört de här stegen. Skicka en supportanmälan om du vill begära mer utrymme.
b. NEJ - Kontrollera utrymmet. Kör df -h | grep mysql och sedan df -h | grep tmp i CLI/Terminal för att kontrollera diskutrymmesanvändningen i katalogerna /tmp och /data/mysql. Fortsätt till Steg 3.

Steg 2 - Kontrollera diskutrymme step-2

Kontrollera användning av diskutrymme?

När du har minskat antalet filer kör du df -h | grep mysql och sedan df -h | grep tmp i CLI/Terminal för att kontrollera diskutrymmesanvändningen i /tmp och /data/mysql. Används mer än 70 % för /tmp eller /data/mysql?

a. JA - Fortsätt till steg 3.
b. NEJ - Frågor kan ta slut på det tillgängliga lagringsutrymmet. Detta kan krascha noden, ta bort frågan och ta bort tmp-filerna. Granska utdata för SHOW PROCESSLIST; i MySQL CLI för frågor som kan vara orsaken till problemet. Skicka en supportanmälan och begär mer utrymme.

Steg 3 - Identifiera katalog med hög användning step-3

Vilken katalog används till mer än 70 %?

Vilken katalog används till mer än 70 %? /tmp eller /data/mysql?

note note
NOTE
Som standard skriver tmpdir till /tmp. Om du vill kontrollera att din databaskonfiguration fortfarande är på den här standardinställningen kör du följande kommando i MySQL CLI: SHOW VARIABLES LIKE "TMPDIR"; Om databasens tmpdir fortfarande skriver till /tmp visas /tmp i värdekolumnen.

a. /tmp - Fortsätt till Steg 4.
b. /data/mysql - Fortsätt till Steg 5.

Steg 4 - felsökning/tmp-montering full step-4

Felsök /tmp-montering full

Felsök/tmp-monteringen fullt för Adobe Commerce, bläddra nedåt i artikeln och prova lösningarna och bästa praxis. Kör sedan df -h | grep mysql och df -h | grep tmp i CLI/Terminal för att kontrollera diskutrymmesanvändningen i /tmp- och /data/mysql-kataloger
  < 70 % används?

note note
NOTE
Lösningarna i Felsök/tmp-paketet fullt för Adobe Commerce är utformade för handlare som inte har ändrat variablerna för databas-tmpdir, som som standard skriver till /tmp. Om du har ändrat tmpdir-värdet är instruktionerna i Felsök/tmp-paketet fullt för Adobe Commerce inte till någon hjälp.

a. JA - Du har löst problemet.
b. NEJ - Skicka en supportanmälan och begär mer utrymme.

Steg 5 - Kontrollera standard step-5

Kontrollera standard

Databaskonfigurationen kanske inte längre är den ursprungliga standardinställningen. Hitta tmpdir-konfigurationen för databasen genom att köra i MySQL CLI: SELECT @@DATADIR;. Om /data/mysql/ är utdata skrivs databasens tmpdir nu till /data/mysql/. Försök att öka utrymmet i den här katalogen genom att följa stegen i MySQL-diskutrymmet börjar ta slut på Adobe Commerce i vår molninfrastruktur. Kör sedan df -h | grep mysql och df -h | grep tmp i CLI/Terminal för att kontrollera diskutrymmesanvändningen i /data/mysql och /tmp.
  < 70 % används?

a. JA - Du har löst problemet.
b. NEJ - Skicka en supportanmälan och begär mer utrymme.

Tillbaka till steg 1

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a