Forbedret stabilitet for SQL Server og kjøring av samtidige spørringer for noen columnstore spørringer i SQL Server-2014 og 2016

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 3191487
Symptom
Tenk deg følgende:
  • Du har en tabell som har sektorgrupperte indekser for columnstore på den, og tabellen inneholder mange kolonner (i hundrevis).
  • Data (Datatype) av disse kolonnene er svært Komprimerbar data somvarchar.
  • Du kjører en VELG setning mot denne tabellen til å velge et stort delsett eller alle kolonner fra denne tabellen.
  • Din Velg setningen har en DER -setningsdel som begrenser utdata fra den til en svært få rader (spørringen er svært selektiv).
I dette scenariet kan du støte noen av eller alle følgende symptomer:
  • Samtidige arbeidsmengden, (andre spørringer som kjøres på samme tid på serveren som denne spørringen), kan det oppstå reduksjon i ytelse og tap av ytelse.
  • Du kan se uregelmessig høyt forbruk av CPU.
  • Hvis du spør sys.dm_os_ring_buffersog vise SchedulerMonitor Skriv inn oppføringer, du finne tilbakevendende "ikke gir scheduler" meldinger logges under utførelsen av denne spørringen.
  • Du kan få en ikke-noe som gir en scheduler feilmelding i feilloggen, og en minnedumpfil symptomet kan genereres.


Løsning
Problemet ble først løst i den følgende kumulative oppdateringen av SQL Server: Anbefaling: Installere den nyeste kumulative oppdateringen for SQL Server
Hver nye kumulative oppdateringen for SQL Server inneholder alle hurtigreparasjonene og alle sikkerhetsreparasjoner som fulgte med den forrige kumulative oppdateringen. Vi anbefaler at du laster ned og installerer de nyeste kumulative oppdateringene for SQL Server:
Mer informasjon

Løse detaljer

Arbeiderne at prosessen kolonne-segmenter (dekomprimerer dem og skanne dem etter kvalifiserte rader) til å "avkastning" CPU-bruken til andre arbeidere/samtidige spørringer kjøringer når en bestemt terskelverdi for antall rader ble utdata. NårWHERE -setningsdel ble svært Selektiv å produsere noen rader, behandlet arbeidere som behandler spørringen ukomprimert og store antall segmenter (fordi det er svært få rader kvalifisere) før de ga opp CPU samarbeidende måte for andre arbeidere til å behandle belastningen. Dette førte til uregelmessig CPU forbruk og gjennomstrømning dårligere for samtidige arbeidsmengde. Hurtigreparasjonen optimaliserer og bedrer CPU deling algoritmen for slike columnstore spørringer.
Referanser
Lær mer om den terminologi som Microsoft bruker for å beskrive programvareoppdateringer.

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3191487 – Forrige gjennomgang: 10/18/2016 06:12:00 – Revisjon: 1.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3191487 KbMtno
Tilbakemelding