Ytelsesinstrumentbord for SQL-database i Microsoft Fabric
Gjelder for:✅SQL-database i Microsoft Fabric
Ytelsesinstrumentbordet i Fabric SQL-databasen viser ytelsesstatusen for databasen og gir varierende synlighet for måledata.
Du kan bruke ytelsesinstrumentbordet til å vise måledata for databaseytelse, identifisere flaskehalser for ytelse og finne løsninger på ytelsesproblemer.
Slik åpner du instrumentbordet for ytelse for SQL-databasen i Fabric:
- Velg Ytelsessammendrag på hjemverktøylinjen i vinduet Power Query-redigering.
- Høyreklikk på kontekstknappen (de tre prikkene) i elementvisningen, og velg deretter Åpne ytelsessammendrag.
Varsler
Automatisk genererte varsler med forhåndsinnstilte vilkår gir to typer varsler:
Pågående varsler: Når databasen står overfor et problem, vises dette varselet når en av parameterne (CPU, Blocking Queries eller Allocated Size) er i kritisk tilstand. Dette varselet representeres av en vannrett varslingslinje.
Ventende varsler: Dette varselet lagres i systemet, og gir varsler om at analyse er nødvendig for at en databaseparameter når en kritisk tilstand.
Når du har valgt koblingen for et varsel, gir ytelsessammendraget et sammendrag av varsler og nylige måledata for databasen. Herfra kan du drille inn i hendelsestidslinjen for mer informasjon.
Ytelsesinstrumentbordgraf
Når databasen når en kritisk tilstand for CPU-forbruk (eller en annen faktor som hever et varsel), kan du se Usunne punkter som er merket på grafen for CPU-forbruksfanen , som markerer punkter der CPU-forbruket har krysset terskelverdien. Tidsintervallet kan konfigureres og brukes som standard til 24 timer.
I bildet nedenfor angir CPU-forbruksdiagrammet når databasen nådde en kritisk tilstand.
Vilkår for varslingsterskel
Fane | Threshold | Vilkår |
---|---|---|
CPU-forbruk | 80 % av den tildelte verdien | Hvis skjermen finner CPU-en over terskelen i mer enn fem minutter. Skjermen kontrollerer med en frekvens på ett minutt. |
Tildelt størrelse | 80 % av den tildelte størrelsen | Hvis skjermen finner størrelsen over terskelen i mer enn fem minutter. Skjermen kontrollerer med en frekvens på ett minutt. |
Blokkerte spørringer | Én blokkert spørring | Hvis det er minst én blokkert spørring som har blitt blokkert i mer enn ett minutt. Skjermen forventes å sjekke dette hvert tredje minutt. |
Ytelsesinstrumentbordfaner
Følgende er innebygde rapporteringsområder i instrumentbordet for ytelse.
CPU-forbruk
CPU-forbruksdiagrammet tegnes inn med vCore-sekunder. De mest brukte CPU-spørringene identifiserer spørringene i det ønskede tidsintervallet som har vært mest ansvarlig for vCore-forbruk.
Brukertilkoblinger
Brukertilkoblingsgrafen sporer brukerens gjeldende tilkoblinger til databasen, med informasjon om hver tilkobling. Tabellen Brukertilkoblinger (gjeldende) viser gjeldende brukertilkoblinger i tabellen.
Forespørsler per sekund
Forespørsler per sekund-graf sporer det kumulative antallet ganger en spørring har blitt utført over en periode. Forespørsler per sekund-tabell inneholder de mest utførte spørringene.
Blokkerte spørringer per sekund
Blokkerte spørringer per sekund graf sporer spørringsopplevelsesblokker på grunn av låsing. Tabellen blokkerte spørringer (gjeldende) viser settet med blokkerte spørringer på et gitt tidspunkt.
I SQL Database Engine oppstår blokkering når én økt har en lås på en bestemt ressurs, og en annen SPID forsøker å skaffe seg en motstridende låsetype på samme ressurs. Vanligvis er tidsrammen som den første SPID-en låser ressursen for, liten. Når den egen økten frigir låsen, er den andre tilkoblingen gratis å skaffe seg sin egen lås på ressursen og fortsette behandlingen. Blokkering er normal virkemåte og kan skje mange ganger i løpet av en dag uten merkbar effekt på systemytelsen.
Hvis du vil ha en detaljert titt på blokkering, kan du se Forstå og løse blokkeringsproblemer.
Blokkerte spørringer på grunn av låsing er forskjellig fra vranglås. Når du feilsøker blokkeringssituasjoner, er det viktig for brukerne å ha et inntrykk av spørringene som blokkerer og hvor lenge de blokkerer.
Tildelt størrelse
Fanen Tildelt størrelse inneholder en logg over størrelsen på databasen. Tabellen største databasetabeller (gjeldende) identifiserer tabellene som har flest poster og bruker maksimal plass.
Automatisk indeks
Automatisk indeksering i databaser automatiserer indeksbehandling, noe som forbedrer spørringsytelsen og datahentingshastigheten. Den tilpasser seg ved å identifisere og teste potensielle indekser basert på kolonnebruk. Funksjonen forbedrer den generelle databaseytelsen og optimaliserer ressurser ved å fjerne ubrukte indekser.
Rapporten for automatisk indeksfane viser en logg og status for automatisk opprettede indekser.
Spørringer
Spørringer kan åpnes i spørringer-fanen for å feilsøke spørringsdetaljene. Hver spørring inneholder detaljer, inkludert en kjøringslogg og forhåndsvisning av spørring.
Hvis du vil feilsøke en T-SQL-spørring, åpner du T-SQL-koden i redigeringsprogrammet for spørring, SQL Server Management Studio, mssql-utvidelsen med Visual Studio Code. Du kan også vurdere funksjonene Copilot Explain og Fix for hurtighandling for SQL-databasen i Fabric.
I tillegg til spørrings-ID-en og spørringsteksten, metrikkverdien og kjøringsantallet, gir fanene i spørringsdelen også detaljerte rapporter om individuelle spørringer etter følgende måledata:
Høye CPU-bruksspørringer
- En sorterbar liste over spørringer med høyest CPU-forbruk, opprinnelig sortert etter total CPU (ms) synkende.
Lengstløpende spørringer
- Opprinnelig sortert etter total varighet (ms) synkende.
Hyppigste spørringer
- Opprinnelig sortert etter antall kjøringer synkende.
Spørringer med høy lesing
- Opprinnelig sortert etter totalt logisk leser synkende.