Dokumentation Handel Implementera spelningsbok

Bästa tillvägagångssätt för att lösa databasprestandaproblem

Last update: Sat Nov 02 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Ämnen:
Bästa praxis

Skapat för:

Erfaren
Utvecklare
Administratör

I den här artikeln beskrivs hur du åtgärdar databasproblem som negativt påverkar databasprestanda på Adobe Commerce-webbplatser i molnet.

Berörda versioner

Adobe Commerce i molninfrastruktur

Identifiera och lösa frågor som körs länge

Avgör om MySQL-frågor körs långsamt. Beroende på din Adobe Commerce-plan för molninfrastruktur och därmed på tillgängligheten för verktyg kan du göra följande.

Analysera databasfrågor med MySQL

Du kan använda MySQL för att identifiera och lösa frågor som körs länge i Adobe Commerce i molninfrastrukturprojekt.

Kör programsatsen SHOW \[FULL\] PROCESSLIST.
Om du ser frågor som körs länge kör du MySQL EXPLAIN och EXPLAIN ANALYZE för var och en av dem för att ta reda på vad som gör att frågan körs länge.
Beroende på vilka problem som hittas kan du åtgärda frågan så att den körs snabbare.

Analysera frågor med Percona Toolkit (endast för Pro-arkitekturen)

Om ditt Adobe Commerce-projekt används i Pro-arkitekturen kan du använda Percona Toolkit för att analysera frågor.

Kör kommandot pt-query-digest --type=slowlog mot långsamma MySQL-frågeloggar.
- Information om var de långsamma frågeloggarna finns i Log locations > Service Logs(https://experienceleague.adobe.com/sv/docs/commerce-cloud-service/user-guide/develop/test/log-locations?lang=sv#service-logs) i utvecklardokumentationen.
- Se dokumentationen för Percona Toolkit > pt-query-digest.
Beroende på vilka problem som hittas kan du åtgärda frågan så att den körs snabbare.

Verifiera att alla tabeller har en primärnyckel

Att definiera primärnycklar är ett krav för bra databas- och tabelldesign. Med primärnycklar kan du unikt identifiera en rad i en tabell.

Om du har tabeller utan en primärnyckel använder standarddatabasmotorn för Adobe Commerce (InnoDB) den första unika nyckeln som inte är null som primärnyckel. Om ingen unik nyckel är tillgänglig skapar InnoDB en dold primärnyckel (6 byte). Problemet med en indirekt definierad primärnyckel är att du inte har kontroll över den. Dessutom tilldelas det implicita värdet globalt för alla tabeller utan primärnycklar. Den här konfigurationen kan orsaka problem om du utför samtidiga skrivningar av de här tabellerna. Detta kan leda till prestandaproblem eftersom tabellerna också delar den globala indexökningen för dold primärnyckel.

Förebygg dessa problem genom att definiera en primärnyckel för alla tabeller som inte har någon.

Identifiera och uppdatera tabeller utan en primärnyckel

Identifiera tabeller utan en primärnyckel med följande SQL-fråga:

code language-sql

code language-sql
`SELECT table_catalog, table_schema, table_name, engine FROM information_schema.tables WHERE (table_catalog, table_schema, table_name) NOT IN (SELECT table_catalog, table_schema, table_name FROM information_schema.table_constraints WHERE constraint_type = 'PRIMARY KEY') AND table_schema NOT IN ('information_schema', 'pg_catalog');`

SELECT table_catalog, table_schema, table_name, engine FROM information_schema.tables        WHERE (table_catalog, table_schema, table_name) NOT IN (SELECT table_catalog, table_schema, table_name FROM information_schema.table_constraints  WHERE constraint_type = 'PRIMARY KEY') AND table_schema NOT IN ('information_schema', 'pg_catalog');

För alla tabeller som saknar en primärnyckel lägger du till en primärnyckel genom att uppdatera db_schema.xml (det deklarativa schemat) med en nod som liknar följande:

code language-html
`<constraint xsi:type="primary" referenceId="PRIMARY"> <column name="id_column"/> </constraint>`

När du lägger till noden ersätter du variablerna referenceID och column name med dina anpassade värden.

Mer information finns i Konfigurera deklarativt schema i utvecklardokumentationen.

Identifiera och ta bort dubblettindex

Identifiera eventuella dubblettindex i databasen och ta bort dem.

Kontrollera om det finns dubblettindex

Om du vill söka efter dubblettindex för Pro- eller Starter-molnarkitekturen kör du följande SQL-fråga.

SELECT s.INDEXED_COL,GROUP_CONCAT(INDEX_NAME) FROM (SELECT INDEX_NAME,GROUP_CONCAT(CONCAT(TABLE_NAME,'.',COLUMN_NAME) ORDER BY CONCAT(SEQ_IN_INDEX,COLUMN_NAME)) 'INDEXED_COL' FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA = 'db?' GROUP BY INDEX_NAME)as s GROUP BY INDEXED_COL HAVING COUNT(1)>1

Frågan returnerar kolumnnamnen och namnen på eventuella dubblettindex.

Handlare som arbetar med Pro-arkitektur kan också köra kontrollen med hjälp av Percona Toolkit [pt-duplicate-key checker](https://www.percona.com/doc/percona-toolkit/LATEST/pt-duplicate-key-checker.html%C2%A0)-kommandot.

Ta bort dubblettindex

Använd SQL DROP INDEX Statement för att ta bort dubblettindex.

DROP INDEX

Ytterligare information

Bästa praxis för databaskonfiguration för molndistributioner

recommendation-more-help

754cbbf3-3a3c-4af3-b6ce-9d34390f3a60