Dela via

Övervaka Azure Database for MySQL – flexibel server

Azure Monitor samlar in och aggregerar mått och loggar från systemet för att övervaka tillgänglighet, prestanda och motståndskraft och meddela dig om problem som påverkar systemet. Du kan använda Azure-portalen, PowerShell, Azure CLI, REST API eller klientbibliotek för att konfigurera och visa övervakningsdata.

Olika mått och loggar är tillgängliga för olika resurstyper. Den här artikeln beskriver de typer av övervakningsdata som du kan samla in för den här tjänsten och hur du analyserar dessa data.

Samla in data med Azure Monitor

Den här tabellen beskriver hur du kan samla in data för att övervaka din tjänst och vad du kan göra med data när de har samlats in:

Data som ska samlas in Beskrivning Så här samlar du in och dirigerar data Var du kan visa data Data som stöds
Måttdata Mått är numeriska värden som beskriver en aspekt av ett system vid en viss tidpunkt. Mått kan aggregeras med hjälp av algoritmer, jämfört med andra mått, och analyseras för trender över tid. - Samlas in automatiskt med jämna mellanrum.
– Du kan dirigera vissa plattformsmått till en Log Analytics-arbetsyta för att göra sökningar tillsammans med annan data. Kontrollera DS-exportinställningen för varje mått för att se om du kan använda en diagnostikinställning för att dirigera måttdata.		 Metrics Explorer Azure Database for MySQL – mått för flexibel server som stöds av Azure Monitor
Resursloggdata Loggar är registrerade systemhändelser med en tidsstämpel. Loggar kan innehålla olika typer av data och vara strukturerade eller friformstext. Du kan dirigera resursloggdata till Log Analytics-arbetsytor för frågor och analys. Skapa en diagnostikinställning för att samla in och dirigera resursloggdata. Log Analytics Azure Database for MySQL – flexibel serverresursloggdata som stöds av Azure Monitor
Data från aktivitetsloggen Azure Monitor-aktivitetsloggen ger insikter om händelser på prenumerationsnivå. Aktivitetsloggen innehåller till exempel information om när en resurs ändras eller när en virtuell dator startas. - Automatiskt insamlas.
- Skapa en diagnostikinställning till en Log Analytics-arbetsyta utan kostnad.		 Aktivitetslogg

Listan över alla data som stöds av Azure Monitor finns i:

Inbyggd övervakning för Azure Database for MySQL – flexibel server

Azure Database for MySQL – Flexibel server erbjuder inbyggda resurser för övervakning.

Serverloggar

I Azure Database for MySQL – flexibel server kan användarna konfigurera och ladda ned serverloggar för att hjälpa till med felsökningsarbetet. Med den här funktionen aktiverad börjar en Azure Database for MySQL– flexibel serverinstans samla in händelser av den valda loggtypen och skriva dem till en fil. Du kan sedan använda Azure Portal och Azure CLI för att ladda ned filerna för att arbeta med dem.

Funktionen för serverloggar är inaktiverad som standard. Information om hur du aktiverar serverloggar finns i Aktivera och ladda ned serverloggar för Azure Database for MySQL – flexibel server

Serverloggar stöder aktivering och nedladdning av långsamma frågeloggar och felloggar. Om du vill utföra en historisk analys av dina data i Azure Portal i fönstret Diagnostikinställningar för servern lägger du till en diagnostikinställning för att skicka loggarna till Log Analytics-arbetsytan, Azure Storage eller händelsehubbar. Mer information finns i Konfigurera diagnostik.

När loggning är aktiverat för en Azure Database for MySQL – flexibel serverinstans är loggar tillgängliga upp till sju dagar från det att de har skapats. Om den totala storleken på de tillgängliga loggarna överskrider 7 GB tas de äldsta filerna bort tills det finns tillgängligt utrymme. Lagringsgränsen på 7 GB för serverloggar är tillgänglig utan kostnad och kan inte utökas. Loggar roteras var 24:e timme eller 500 MB, beroende på vilket som inträffar först.

Långsamma frågeloggar i Azure Database for MySQL – flexibel server

I Azure Database for MySQL – flexibel server är den långsamma frågeloggen tillgänglig för användare att konfigurera och komma åt. Långsamma frågeloggar är inaktiverade som standard och kan aktiveras för att identifiera flaskhalsar i prestanda under felsökningen.

Mer information om loggen för långsam MySQL-fråga finns i avsnittet långsam frågelogg i dokumentationen för MySQL-motorn.

Konfigurera långsam frågeloggning

Som standard är loggen för långsamma frågor inaktiverad. Om du vill aktivera loggar ställer du in slow_query_log serverparametern på PÅ. Den här parametern kan konfigureras med hjälp av Azure-portalen eller Azure CLI.

Andra parametrar som du kan justera för att kontrollera långsamma frågeloggningsbeteenden är:

  • long_query_time: logga en fråga om det tar längre tid än long_query_time (i sekunder) att slutföra. Standardvärdet är 10 sekunder. Serverparametern long_query_time gäller globalt för alla nyligen etablerade anslutningar i MySQL. Det påverkar dock inte trådar som redan är anslutna. Vi rekommenderar att du återansluter till Azure Database for MySQL – flexibel server från programmet eller startar om servern för att rensa trådar med äldre värden long_query_time för och tillämpa det uppdaterade parametervärdet.
  • log_slow_admin_statements: avgör om administrativa instruktioner (till exempel ALTER_TABLE, ANALYZE_TABLE) loggas.
  • log_queries_not_using_indexes: avgör om frågor som inte använder index loggas.
  • log_throttle_queries_not_using_indexes: begränsar antalet icke-indexerade frågor som kan skrivas till den långsamma frågeloggen. Den här parametern börjar gälla när log_queries_not_using_indexes den är inställd på PÅ

Viktigt!

Om tabellerna inte indexeras kan inställningen log_queries_not_using_indexes och log_throttle_queries_not_using_indexes till PÅ påverka MySQL-prestanda. Alla frågor som körs mot dessa icke-indexerade tabeller skrivs till den långsamma frågeloggen.

Se dokumentationen för den långsamma frågeloggen i MySQL för fullständiga beskrivningar av de långsamma frågeloggparametrarna.

Komma åt loggar för långsamma frågor

Långsamma frågeloggar är integrerade med Diagnostikinställningar för Azure Monitor. När du har aktiverat långsamma frågeloggar på din Azure Database for MySQL – flexibel serverinstans kan du skicka dem till Azure Monitor-loggar, Händelsehubbar eller Azure Storage. Mer information om diagnostikinställningar finns i dokumentationen för diagnostikloggar. Mer information om hur du aktiverar diagnostikinställningar i Azure Portal finns i artikeln om loggportalen för långsamma frågor.

Anmärkning

Premium Storage-konton stöds inte om du skickar loggarna till Azure Storage via diagnostik och inställningar.

I följande tabell beskrivs utdata från loggen för långsamma frågor. Beroende på utdatametoden kan fälten som ingår och i vilken ordning de visas variera.

Fastighet Beskrivning
TenantId Din hyresgäst-ID
SourceSystem Azure
TimeGenerated [UTC] Tidsstämpel när loggen registrerades i UTC
Type Typ av logg. Alltid AzureDiagnostics
SubscriptionId GUID för den prenumeration som servern tillhör
ResourceGroup Namnet på resursgruppen som servern tillhör
ResourceProvider Namnet på resursprovidern. Alltid MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId Resurs-URI
Resource Namnet på servern
Category MySqlSlowLogs
OperationName LogEvent
Logical_server_name_s Namnet på servern
start_time_t [UTC] Tid då frågan började
query_time_s Total tid i sekunder som frågan tog att köra
lock_time_s Total tid i sekunder som frågan låstes
user_host_s Användarnamn
rows_sent_s Antal rader som skickats
rows_examined_s Antal undersökta rader
last_insert_id_s last_insert_id
insert_id_s Infoga ID
sql_text_s Fullständig fråga
server_id_s Serverns ID
thread_id_s Tråd-ID
\_ResourceId Resurs-URI

Anmärkning

För sql_text_strunkeras loggen om den överskrider 2 048 tecken.

Spåra databasaktivitet med granskningsloggar

Azure Database for MySQL – flexibel server ger användarna möjlighet att konfigurera granskningsloggar. Granskningsloggar kan användas för att spåra aktiviteter på databasnivå, inklusive anslutnings-, administratörs-, DDL- och DML-händelser. Den här typen av loggar används ofta för att uppfylla efterlevnadskrav.

Konfigurera granskningsloggning

Viktigt!

Vi rekommenderar att du bara loggar de händelsetyper och användare som krävs för dina granskningsändamål. Den här metoden hjälper till att säkerställa att serverns prestanda inte påverkas kraftigt och att en minsta mängd data samlas in.

Som standard är granskningsloggar inaktiverade. Om du vill aktivera dem anger du audit_log_enabled serverparametern till PÅ. Aktivera granskningsloggar med hjälp av Azure-portalen eller Azure CLI.

Andra parametrar som du kan justera för att kontrollera granskningsloggningsbeteendet är:

  • audit_log_events: styr de händelser som ska loggas. Se följande tabell för specifika granskningshändelser.
  • audit_log_include_users: MySQL-användare som ska inkluderas för loggning. Standardvärdet för den här parametern är tomt, vilket inkluderar alla användare för loggning. Den här parametern har högre prioritet än audit_log_exclude_users. Maxlängden för parametern är 512 tecken. Jokerteckenvärdet dev* omfattar till exempel alla användare med poster som börjar med nyckelord dev som dev1,dev_user,dev_2. Ett annat exempel för jokerteckenpost för att inkludera användare är *dev i det här exemplet, alla användare som slutar med värdet "dev" som "stage_dev,prod_dev,user_dev" ingår i granskningsloggposterna. Dessutom tillåts användning av ett frågetecken (?) som jokertecken i mönster.
  • audit_log_exclude_users: MySQL-användare som ska undantas från loggning. Maxlängden för parametern är 512 tecken. Jokerteckenposter för användare accepteras också för att exkludera användare i granskningsloggar. Jokerteckenvärdet stage* exkluderar till exempel alla användare med poster som börjar med nyckelord stage som steg1,stage_user,stage_2. Ett annat exempel för jokerteckenpost för att exkludera användare är *com. I det här exemplet undantas alla användare som slutar med värdet com från granskningsloggposterna. Dessutom tillåts användning av ett frågetecken (?) som jokertecken i mönster.

Anmärkning

audit_log_include_users har högre prioritet än audit_log_exclude_users. Till exempel om audit_log_include_users = demouser ochaudit_log_exclude_users = demouser , inkluderas användaren i granskningsloggarna eftersom audit_log_include_users har högre prioritet.

Händelse Beskrivning
CONNECTION – Anslutningsinitiering
– Anslutningsavslut
CONNECTION_V2 – Anslutningsinitiering (lyckad eller misslyckad felkod)
– Anslutningsavslut
DML_SELECT SELECT-frågor
DML_NONSELECT INFOGA/TA BORT/UPPDATERA frågor
DML DML = DML_SELECT + DML_NONSELECT
DDL Frågor som "DROP DATABASE"
DCL Frågor som "BEVILJA BEHÖRIGHET"
ADMIN Frågor som "SHOW STATUS"
GENERAL Allt i DML_SELECT, DML_NONSELECT, DML, DDL, DCL och ADMIN
TABLE_ACCESS - Tabellläsningssatser, till exempel SELECT eller INSERT INTO ... UTVALD
– Ta bort tabellinstruktioner, till exempel TA BORT eller TRUNKERA TABELL
– Infoga tabellinstruktioner, till exempel INSERT eller REPLACE
– Tabelluppdateringsinstruktioner, till exempel UPDATE

Åtkomst till granskningsloggar

Granskningsloggar är integrerade med Diagnostikinställningar för Azure Monitor. När du har aktiverat granskningsloggar på den flexibla servern kan du skicka dem till Azure Monitor-loggar, Azure Event Hubs eller Azure Storage. Mer information om diagnostikinställningar finns i dokumentationen för diagnostikloggar. Mer information om hur du aktiverar diagnostikinställningar i Azure Portal finns i artikeln om granskningsloggportalen.

Anmärkning

Premium Storage-konton stöds inte om du skickar loggarna till Azure Storage via diagnostik och inställningar.

Beroende på utdatametoden kan fälten som ingår och i vilken ordning de visas variera.

Anslutning

Fastighet Beskrivning
TenantId Din hyresgäst-ID
SourceSystem Azure
TimeGenerated [UTC] Tidsstämpel när loggen registrerades i UTC
Type Typ av logg. Alltid AzureDiagnostics
SubscriptionId GUID för den prenumeration som servern tillhör
ResourceGroup Namnet på resursgruppen som servern tillhör
ResourceProvider Namnet på resursprovidern. Alltid MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId Resurs-URI
Resource Namnet på servern i versaler
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s Namnet på servern
event_class_s connection_log
event_subclass_s CONNECT DISCONNECT CHANGE USER
connection_id_d Unikt anslutnings-ID som genereras av MySQL
host_s Blank
ip_s IP-adress för klienten som ansluter till MySQL
user_s Namnet på användaren som kör frågan
db_s Namnet på databasen som är ansluten till
\_ResourceId Resurs-URI
status_d Kodpost för anslutningsfel för CONNECTIONS_V2 händelse.

Allmänt:

Följande schema gäller för händelsetyperna GENERAL, DML_SELECT, DML_NONSELECT, DML, DDL, DCL och ADMIN.

Anmärkning

För sql_text_strunkeras loggen om den överskrider 2 048 tecken.

Fastighet Beskrivning
TenantId Din hyresgäst-ID
SourceSystem Azure
TimeGenerated [UTC] Tidsstämpel när loggen registrerades i UTC
Type Typ av logg. Alltid AzureDiagnostics
SubscriptionId GUID för den prenumeration som servern tillhör
ResourceGroup Namnet på resursgruppen som servern tillhör
ResourceProvider Namnet på resursprovidern. Alltid MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId Resurs-URI
Resource Namnet på servern i versaler
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s Namnet på servern
event_class_s general_log
event_subclass_s LOG, ERROR, RESULT (endast tillgängligt för MySQL 5.6)
event_time Frågestarttid i UTC-tidsstämpel
error_code_d Felkod om frågan misslyckades. 0 innebär inget fel
thread_id_d ID för tråd som körde frågan
host_s Blank
ip_s IP-adress för klienten som ansluter till MySQL
user_s Namnet på användaren som kör frågan
sql_text_s Fullständig frågetext
\_ResourceId Resurs-URI

Tabellåtkomst:

Anmärkning

För sql_text_strunkeras loggen om den överskrider 2 048 tecken.

Fastighet Beskrivning
TenantId Din hyresgäst-ID
SourceSystem Azure
TimeGenerated [UTC] Tidsstämpel när loggen registrerades i UTC
Type Typ av logg. Alltid AzureDiagnostics
SubscriptionId GUID för den prenumeration som servern tillhör
ResourceGroup Namnet på resursgruppen som servern tillhör
ResourceProvider Namnet på resursprovidern. Alltid MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId Resurs-URI
Resource Namnet på servern i versaler
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s Namnet på servern
event_class_s table_access_log
event_subclass_s READ, INSERT, UPDATEeller DELETE
connection_id_d Unikt anslutnings-ID som genereras av MySQL
db_s Namnet på den databas som används
table_s Namnet på den tabell som används
sql_text_s Fullständig frågetext
\_ResourceId Resurs-URI

Använda Azure Monitor-arbetsböcker

Azure Database for MySQL – flexibel server är nu integrerad med Azure Monitor-arbetsböcker. Med arbetsböcker får du en flexibel arbetsyta för att analysera data och skapa omfattande visuella rapporter i Azure-portalen. Med arbetsböcker kan du utnyttja flera datakällor i Azure och kombinera dem till enhetliga interaktiva upplevelser. Arbetsboksmallar fungerar som utvalda rapporter som flera användare och team utformar för flexibel återanvändning.

När du öppnar en mall skapar du en tillfällig arbetsbok som fylls i med innehållet i mallen. Med den här integreringen länkar servern till arbetsböcker och några exempelmallar som kan hjälpa dig att övervaka tjänsten i stor skala. Du kan redigera dessa mallar, anpassa dem efter dina behov och fästa dem på instrumentpanelen för att skapa en fokuserad och ordnad vy över Azure-resurser.

Azure Database for MySQL – flexibel server har tre tillgängliga mallar:

  • Översikt: Visar en instanssammanfattning och mått på den översta nivån som hjälper dig att visualisera och förstå resursanvändningen på servern. Den här mallen visar följande vyer:

    • Serversammanfattning
    • Databassammanfattning
    • Anslutningsmått
    • Prestandamått
    • Lagringsmått

  • Granskning: Visar en sammanfattning och information om de granskningshändelser som samlas in för servern. Den här mallen visar följande vyer:

    • Administrativa åtgärder för tjänsten
    • Granskningssammanfattning
    • Granska sammanfattning av anslutningshändelser
    • Granska anslutningshändelser
    • Sammanfattning av tabellåtkomst
    • Identifierade fel

  • Query Performance Insight: Visar en sammanfattning och information om frågearbetsbelastningen på instansen, tidskrävande fråga, långsam frågeanalys och anslutningsmått. Den här mallen visar följande vyer:

    • Frågeinläsning
    • Totalt antal aktiva anslutningar
    • Långsam frågetrend (>10 sekunders frågetid)
    • Information om långsamma frågor
    • Lista de fem längsta frågorna
    • Sammanfatta långsamma frågor efter minsta, högsta, genomsnittliga och standardavvikelsefrågetid

Du kan också redigera och anpassa dessa mallar enligt dina krav. Mer information finns i Azure-arbetsböcker.

Komma åt arbetsboksmallarna

Om du vill visa mallarna i Azure Portal går du till fönstret Övervakning för flexibel Azure Database for MySQL-server och väljer sedan Arbetsböcker.

Skärmbild som visar mallarna

Du kan också visa listan över mallar genom att gå till fönstret Offentliga mallar .

Diagram som visar mallarna

Använda Azure Monitor-verktyg för att analysera data

Dessa Azure Monitor-verktyg är tillgängliga i Azure-portalen för att hjälpa dig att analysera övervakningsdata:

  • Vissa Azure-tjänster har en inbyggd instrumentpanel för övervakning i Azure-portalen. Dessa instrumentpaneler kallas insikter och du hittar dem i avsnittet Insikter i Azure Monitor i Azure Portal.

  • Med Metrics Explorer kan du visa och analysera mått för Azure-resurser. Mer information finns i Analysera mått med Azure Monitor Metrics Explorer.

  • Med Log Analytics kan du fråga och analysera loggdata med hjälp av KQL (Kusto Query Language). Mer information finns i Kom igång med loggfrågor i Azure Monitor.

  • Azure Portal har ett användargränssnitt för visning och grundläggande sökningar i aktivitetsloggen. Om du vill göra mer djupgående analys dirigerar du data till Azure Monitor-loggar och kör mer komplexa frågor i Log Analytics.

  • Application Insights övervakar tillgänglighet, prestanda och användning av dina webbprogram, så att du kan identifiera och diagnostisera fel utan att vänta på att en användare ska rapportera dem.
    Application Insights innehåller anslutningspunkter till olika utvecklingsverktyg och integreras med Visual Studio för att stödja dina DevOps-processer. Mer information finns i Programövervakning för App Service.

Verktyg som möjliggör mer komplex visualisering är:

  • Instrumentpaneler som gör att du kan kombinera olika typer av data i ett enda fönster i Azure-portalen.
  • Arbetsböcker, anpassningsbara rapporter som du kan skapa i Azure-portalen. Arbetsböcker kan innehålla text-, mått- och loggfrågor.
  • Grafana, ett öppet plattformsverktyg som utmärker sig i operativa instrumentpaneler. Du kan använda Grafana för att skapa instrumentpaneler som innehåller data från flera andra källor än Azure Monitor.
  • Power BI, en tjänst för affärsanalys som tillhandahåller interaktiva visualiseringar mellan olika datakällor. Du kan konfigurera Power BI för att automatiskt importera loggdata från Azure Monitor för att dra nytta av dessa visualiseringar.

Exportera Azure Monitor-data

Du kan exportera data från Azure Monitor till andra verktyg med hjälp av:

Information om hur du kommer igång med REST-API:t för Azure Monitor finns i guide för REST API för Azure Monitor.

Använda Kusto-frågor för att analysera loggdata

Du kan analysera Azure Monitor-loggdata med hjälp av Kusto-frågespråket (KQL). För mer information, se Loggfrågor i Azure Monitor.

Rekommenderade Kusto-frågor för Azure Database for MySQL – flexibel server

Du kan använda långsamma frågeloggar för att hitta kandidater för optimering. När dina långsamma frågeloggar skickas till Azure Monitor-loggar via diagnostikloggar kan du utföra ytterligare analys av dina långsamma frågor. Dessa exempel på förfrågningar kan hjälpa dig att komma igång. Se till att uppdatera dem med servernamnet.

  • Frågor som är längre än 10 sekunder på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
| where query_time_d > 10

  • Lista de fem längsta frågorna på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
| order by query_time_d desc
| take 5

  • Sammanfatta långsamma frågor efter minsta, högsta, genomsnittliga och standardavvikelsefrågetid på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
| summarize count(), min(query_time_d), max(query_time_d), avg(query_time_d), stdev(query_time_d), percentile(query_time_d, 95) by Resource

  • Diagram över den långsamma frågedistributionen på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
| summarize count() by Resource , bin(TimeGenerated, 5m)
| render timechart

  • Visa frågor som är längre än 10 sekunder för alla Azure Database for MySQL– flexibla serverinstanser med diagnostikloggar aktiverade

    AzureDiagnostics
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
| where query_time_d > 10

När dina granskningsloggar har överförts till Azure Monitor Logs via diagnostikloggar kan du göra en djupare analys av de granskade händelserna. Dessa exempel på förfrågningar kan hjälpa dig att komma igång. Se till att uppdatera dem med servernamnet.

  • Lista ALLMÄNNA händelser på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>' //Server name must be in Upper case
| where Category == 'MySqlAuditLogs' and event_class_s == "general_log"
| project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
| order by TimeGenerated asc nulls last

  • Visa en lista över CONNECTION_V2 händelser på en viss server. status_d Kolumnen anger felkoden för klientanslutningen som klientprogrammet står inför vid anslutning.

    AzureDiagnostics
| where Resource  == '<your server name>' //Server name must be in Upper case
| where Category == 'MySqlAuditLogs' and event_subclass_s == "CONNECT"
| project TimeGenerated, Resource, event_class_s, event_subclass_s, user_s, ip_s, status_d
| order by TimeGenerated asc nulls last

  • Lista ANSLUTNINGShändelser på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>' //Server name must be in Upper case
| where Category == 'MySqlAuditLogs' and event_class_s == "connection_log"
| project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
| order by TimeGenerated asc nulls last

  • Sammanfatta granskade händelser på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>' //Server name must be in Upper case
| where Category == 'MySqlAuditLogs'
| project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
| summarize count() by event_class_s, event_subclass_s, user_s, ip_s

  • Diagram över granskningshändelsetypens distribution på en viss server

    AzureDiagnostics
| where Resource  == '<your server name>' //Server name must be in Upper case
| where Category == 'MySqlAuditLogs'
| project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
| summarize count() by Resource, bin(TimeGenerated, 5m)
| render timechart

  • Visa en lista över granskade händelser i alla Azure Database for MySQL– flexibla serverinstanser med diagnostikloggar aktiverade för granskningsloggar

    AzureDiagnostics
| where Category == 'MySqlAuditLogs'
| project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
| order by TimeGenerated asc nulls last

Använda Azure Monitor-aviseringar för att meddela dig om problem

Med Azure Monitor-aviseringar kan du identifiera och åtgärda problem i systemet och proaktivt meddela dig när specifika villkor finns i dina övervakningsdata innan kunderna märker dem. Du kan avisera om valfritt mått eller loggdatakälla på Azure Monitor-dataplattformen. Det finns olika typer av Azure Monitor-aviseringar beroende på vilka tjänster du övervakar och vilka övervakningsdata du samlar in. Se Välja rätt typ av aviseringsregel.

Rekommenderade Azure Monitor-aviseringsregler för Azure Database for MySQL – flexibel server

Exempel på vanliga aviseringar för Azure-resurser finns i Exempelloggaviseringsfrågor.

Implementera aviseringar i stor skala

För vissa tjänster kan du övervaka i stor skala genom att tillämpa samma måttaviseringsregel på flera resurser av samma typ som finns i samma Azure-region. Azure Monitor Baseline Alerts (AMBA) tillhandahåller en halvautomatiserad metod för att implementera viktiga plattformsmåttaviseringar, instrumentpaneler och riktlinjer i stor skala.

Få anpassade rekommendationer med Hjälp av Azure Advisor

För vissa tjänster, om kritiska villkor eller överhängande ändringar inträffar under resursåtgärder, visas en avisering på sidan Tjänstöversikt i portalen. Du hittar mer information och rekommenderade korrigeringar för aviseringen i Advisor-rekommendationer under Övervakning i den vänstra menyn. Under normal drift visas inga advisor-rekommendationer.

Mer information om Azure Advisor finns i Översikt över Azure Advisor.

Relaterat innehåll