Migrera MySQL lokalt till Azure Database for MySQL: Optimization

Att optimera MySQL-databaser efter migrering från lokala miljöer till Azure Database for MySQL är viktigt för att maximera prestanda och effektivitet. Den här artikeln utforskar viktiga strategier och metodtips för att optimera dina databaser i Azure-miljön. Du kan se till att databaserna fungerar som bäst genom att fokusera på frågeprestanda, indexering, resursallokering och konfigurationsjustering. Den här guiden innehåller de insikter och tekniker som behövs för att identifiera och åtgärda flaskhalsar i prestanda, använda Azures avancerade funktioner och uppnå optimala databasprestanda. Oavsett om du vill förbättra svarstiderna, förbättra skalbarheten eller minska driftskostnaderna, ger den här artikeln dig kunskap om hur du optimerar dina MySQL-databaser i Azure.

Förutsättningar

Migrera MySQL lokalt till Azure Database for MySQL: Hantering efter migrering

Övervaka maskinvaru- och frågeprestanda

Utöver gransknings- och aktivitetsloggarna kan serverprestanda också övervakas med Azure Metrics. Azure-mått tillhandahålls med en minuts frekvens och aviseringar kan konfigureras från dem. Mer information finns i Övervakning i Azure Database for MySQL för detaljer om vilken typ av mått som kan övervakas.

Som tidigare nämnts kan övervakningsmått som cpu_percent eller memory_percent vara viktiga när du bestämmer dig för att uppgradera databasnivån. Genomgående höga värden kan tyda på att en nivåuppgradering är nödvändig.

Om cpu och minne inte verkar vara problemet kan administratörer dessutom utforska databasbaserade alternativ som indexering och frågeändringar för frågor med dålig prestanda.

Kör följande för att hitta frågor med dålig prestanda:

AzureDiagnostics
| where ResourceProvider == "MICROSOFT.DBFORMYSQL"
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName\_s,
event\_class\_s, start\_time\_t , q uery\_time\_d,
sql\_text\_s| top 5 by query\_time\_d desc

Query Performance Insight

Utöver de grundläggande serverövervakningsaspekterna tillhandahåller Azure verktyg för att övervaka prestanda för programfrågor. Att korrigera eller förbättra frågor kan leda till betydande ökningar av frågedataflödet. Använd verktyget Query Performance Insight för att analysera de frågor som körs längst och avgöra om det är möjligt att cachelagrar objekten om de är deterministiska inom en viss period eller ändrar frågorna för att öka deras prestanda.

slow\_query\_log Kan ställas in för att visa långsamma frågor i MySQL-loggfilerna (standardvärdet är OFF). Serverparametern long\_query\_time kan varna användare under långa frågetider (standardvärdet är 10 sek).

Uppgradera nivån

Azure Portal kan användas för att skala mellan från General Purpose och Memory Optimized. Om en Basic nivå väljs finns det inget alternativ för att uppgradera nivån till General Purpose eller Memory Optimized senare. Det är dock möjligt att använda andra tekniker för att utföra en migrering/uppgradering till en ny Azure Database for MySQL-instans.

Ett exempel på ett skript som migrerar från grundläggande till en annan servernivå finns i Uppgradera från Basic till Generell användning- eller Minnesoptimerade nivåer i Azure Database for MySQL.

Skala servern

Inom nivån är det möjligt att skala kärnor och minne till de lägsta och högsta tillåtna gränserna på den nivån. Om övervakningen visar ett kontinuerligt maximalt antal processorer eller minne följer du stegen för att skala upp för att möta din efterfrågan.

Flytta regioner

Att flytta en databas till en annan Azure-region beror på metoden och arkitekturen. Beroende på metoden kan det orsaka systemavbrott.

Den rekommenderade processen är samma som att använda läsrepliker för underhåll av redundans. Men jämfört med den planerade underhållsmetoden som nämns ovan är hastigheten till redundans snabbare när ett redundanslager har implementerats i programmet. Programmet bör bara vara nere en stund under redundansväxlingsprocessen för skrivskyddade repliker. Mer information finns i avsnittet Affärskontinuitet och haveriberedskap.

WWI-scenario

WWI-företags- och programanvändare uttryckte en hög spänning när det gäller möjligheten att skala databasen på begäran. De var också intresserade av att använda Query Performance Insight för att avgöra om långvariga frågors prestanda behövde åtgärdas.

De valde att använda en skrivskyddad replikserver för eventuella redundansväxlingar eller skrivskyddade scenarier som behövs.

Migreringsteamet, som arbetar med Azure-teknikerna, konfigurerar KQL-frågor för att övervaka eventuella problem med MySQL-serverprestanda. KQY-frågorna har konfigurerats med aviseringar om e-posthändelseproblem till databasen och konferensteamet.

De valde att övervaka eventuella problem för tillfället och implementera Azure Automation-runbooks vid ett senare tillfälle, om det behövs, för att förbättra drifteffektiviteten.

Checklista för optimering

• Övervaka för långsamma frågor.

• Granska prestandainsiktsinstrumentpanelen regelbundet.

• Använd övervakning för att driva nivåuppgraderingar och skalningsbeslut.

• Överväg att flytta regioner för användare eller program behöver ändras.

Gå vidare

Migrera MySQL lokalt till Azure Database for MySQL: Business Continuity and Disaster Recovery (BCDR)