Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
              Gäller för: SQL Server 2022 (16.x) och senare versioner 
Azure SQL Database
Azure SQL Managed Instance
SQL Database i Förhandsversion av Microsoft Fabric
DoP-feedback (grad av parallellitet) förbättrar frågeprestanda genom att identifiera parallellitetsineffektiviteter i upprepade frågor, baserat på förfluten tid och väntetider.
DOP-feedback är en del av den intelligenta frågebearbetningsfamiljen med funktioner och hanterar suboptimal användning av parallellitet för upprepade frågor. Det här scenariot hjälper till med att optimera resursanvändningen och förbättra skalbarheten för arbetsbelastningar, när överdriven parallellitet kan orsaka prestandaproblem.
I stället för att utsättas för problem i en allomfattande standardinställning eller manuella justeringar av varje fråga, justerar DOP-feedback automatiskt DOP för att undvika dessa problem.
DOP-feedback är tillgänglig för frågor som körs på databaskompatibilitetsnivå 160 (introducerades med SQL Server 2022 (16.x)) eller senare versioner, i Azure SQL Database, Azure SQL Managed Instance (med SQL Server 2025 eller Always-up-to-dateupdate policy) och SQL Database i Fabric.
Andra frågefeedback-funktioner finns i Minnesbeviljandefeedback och Feedback om kardinalitetsuppskattning (CE).
Grad av parallellism (DOP) feedback undviker överflödig parallellitet
I stället för att drabbas av komplikationer med standardalternativ eller manuella justeringar för varje begäran, justerar DOP-feedback automatiskt DOP för att undvika överskott av parallellism. Om parallellitetsanvändningen anses vara ineffektiv sänker DOP-feedback DOP för nästa körning av frågan, oavsett vad som är den konfigurerade DOP:en, och kontrollerar om det hjälper.
Parallellitet är ofta fördelaktigt för rapporterings- och analysfrågor eller frågor som annars hanterar stora mängder data. Omvänt kan OLTP-centrerade frågor som körs parallellt uppleva prestandaproblem när den tid som ägnas åt att samordna alla trådar överväger fördelarna med att använda en parallell plan. Mer information hittar du i parallell planexekvering.
- För att aktivera DOP-feedback ska du aktivera - DOP_FEEDBACKi en databas. Till exempel i användardatabasen:- ALTER DATABASE SCOPED CONFIGURATION SET DOP_FEEDBACK = ON;
- Om du vill inaktivera DOP-feedback på databasnivå använder du konfigurationen - DOP_FEEDBACKmed databasomfattning. Till exempel i användardatabasen:- ALTER DATABASE SCOPED CONFIGURATION SET DOP_FEEDBACK = OFF;
- Om du vill inaktivera DOP-feedback på frågenivå använder du frågetipset - DISABLE_DOP_FEEDBACK.
Query Store måste vara aktiverat för varje databas där DOP-feedback används och i tillståndet "Läs skrivning". Feedback sparas i sys.query_store_plan_feedback katalogvyn när vi når en stabil grad av parallellitetsfeedbackvärde.
Endast verifierad feedback sparas permanent. Om den justerade DOP resulterar i en prestandaregression kommer DOP-feedbacken att återgå till den senast kända fungerande DOP. I det här sammanhanget uppfattas även en användares avbrutna fråga som en regression. DOP-feedback kompilerar inte om planer.
Stabil återkoppling verifieras vid omkompilering av planen och kan justeras uppåt eller nedåt, men aldrig högre än MAXDOP-inställningen (inklusive en MAXDOP-hint).
Från och med SQL Server 2022 (16.x), när Query Store för sekundära repliker är aktiverat, är DOP-feedback också replikmedveten för sekundära repliker i tillgänglighetsgrupper. DOP-feedback kan tillämpa feedback på olika sätt på en primär replik och på en sekundär replik. DOP-feedback sparas dock inte på sekundära repliker, och vid redundans tillämpas DOP-feedbacken från den gamla primära repliken inte på den nya primära repliken. Vid failover går feedback som tillämpas på primära eller sekundära repliker förlorad. För mer information, se Query Store för sekundära repliker.
Grad av parallellism (DOP) återkopplingsimplementering
DOP-feedback (Grad av parallellitet) identifierar ineffektivitet i parallelliteten för upprepade frågeuttryck, baserat på förfluten tid och väntetider. Om parallellitetsanvändningen anses vara ineffektiv sänker DOP-feedback DOP för nästa körning av frågan, oavsett vad som är den konfigurerade DOP:en, och kontrollerar om det hjälper.
För att utvärdera frågans berättigande mäts den justerade förflutna tiden över några körningar. Den totala förflutna tiden för varje fråga justeras genom att ignorera buffertspärrar, buffert-I/O- och nätverks-I/O-väntetider som ligger utanför den parallella frågekörningen. Målet med DOP-feedbackfunktionen är att öka den totala samtidigheten och minska väntetiderna avsevärt, även om det ökar frågetiden något.
Endast verifierad feedback sparas permanent. Om den justerade DOP resulterar i en prestandaregression kommer DOP-feedbacken att återgå till den senast kända fungerande DOP. I det här sammanhanget uppfattas även en användares avbrutna fråga som en regression.
Note
DOP-feedback kompilerar inte om planer.
Överväganden gällande grad av parallellitet (DOP) och feedback
DOP-feedback är inte aktiverat som standard i SQL Server 2022 (16.x).
Minsta DOP för alla frågor som justerats med DOP-feedback är 2. Seriekörningar ligger utanför omfånget för DOP-feedback.
Feedbackinformation kan spåras med hjälp av sys.query_store_plan_feedback katalogvy.
Om en fråga har en frågeplan som tvingas via Query Store kan DOP-feedback fortfarande användas för den frågan.
DoP-feedback är för närvarande inte kompatibel med frågetips. Mer information finns i Tips (Transact-SQL) – Tips för fråge - och frågearkiv.
Utökade händelser för återkoppling på grad av parallellitet (DOP)
Följande XE:er är tillgängliga för återkoppling om graden av parallellitet (DOP):
- 
              dop_feedback_eligible_query: Inträffar när frågeplanen blir berättigad till DOP-feedback. Ytterligare händelser kan utlösas om en omkompilerings- eller SQL Server-instans startas om.
- 
              dop_feedback_provided: Inträffar när en DOP-feedback har tillhandahållit data för en given sökfråga. Den här händelsen innehåller baslinjestatistik när feedback tillhandahålls för första gången och tidigare feedbackstatistik när efterföljande feedback tillhandahålls.
- 
              dop_feedback_validation: Inträffar när validering sker för frågeexekveringsstatistik mot en baslinje eller tidigare återkopplingsstatistik.
- 
              dop_feedback_stabilized: Inträffar när DOP-feedbacken stabiliseras för en fråga.
- 
              dop_feedback_reverted: Inträffar när en DOP-feedback återställs. Händelsen utlöses när feedbackverifieringen misslyckas med den första feedbacken som tillhandahålls. Systemet återgår till inget feedbacktillstånd.
- 
              dop_feedback_analysis_stopped: Inträffar när DOP-feedbackanalysen stoppas för en fråga.
- 
              dop_feedback_reassessment_failed: Inträffar när DOP-feedbacken omvärderar ett tidigare beständiga feedbackval, men fann att det bevarade värdet inte längre var giltigt. Det här tillståndet startar om feedbackloopen.
Persistens för feedback på graden av parallellism (DOP)
Om DOP-feedbackmekanismen upptäcker att den nya graden av parallellitet är bra sparas den här optimeringen i Query Store och tillämpas på lämpligt sätt på en fråga för framtida körningar.
Den här funktionen introducerades i SQL Server 2022 (16.x) och är tillgänglig för frågor som körs på databasens kompatibilitetsnivå 160 eller senare, eller med hinten QUERY_OPTIMIZER_COMPATIBILITY_LEVEL_n 160 eller senare, och när Query Store är aktiverat för databasen och är i ett "skrivskyddat läge".
Relaterat innehåll
- Blogg: Smartare parallellitet: Grad av parallellitetsfeedback i SQL Server 2025
- Blogg: Intelligent frågebearbetning: grad av parallellitetsfeedback
- Intelligent frågebearbetning i SQL-databaser
- Konfigurera den maximala graden av parallellitet (alternativ för serverkonfiguration)
- Kardinalitetsuppskattning (SQL Server)
- KONFIGURERA OM (Transact-SQL)
- Konfigurera parallella indexåtgärder
- ÄNDRA DATABASOMFATTNINGSKONFIGURATION (Transact-SQL)