I denne artikkelen deler vi noen praktiske tips om feilsøking av langsomme prosedyrer i SQL Server
SQL Server er en applikasjon som er i stand til mye, men most av funksjonene i applikasjonen er slik at de krever en oppdatert maskinvare, stort sett – det kreves tilstrekkelige ressurser. Hvis det ikke er nok plass, og du prøver å utføre tunge operasjoner med applikasjonen, vil du bli plaget av treg ytelse. Mangel på lagringsplass er en av de helt grunnleggende og vanlige årsakene til at dette skjer, det kan være flere andre årsaker som fører til trege prosedyrer i applikasjonen. Nedenfor er en liste over måter eller tips du kan bruke for å feilsøke årsaken til trege prosedyrer SQL Server.
- Lagring av gjennomføringsplan – En av de største grunnene til at du står overfor langsomme prosedyrer i SQL Server er sannsynligvis fordi utførelsesplanen din er lagret i hurtigbufferen. For å finne ut om det er i hurtigbufferen, må du søke i det der og se om det finnes i de 10 beste planene. Du velger kanskje ikke å lagre denne planen.
- Samle arbeidsparametere – For å kjøre de lagrede prosedyrene bør du ha et sett med arbeidsparametere lett tilgjengelig. Noen ganger kan du kanskje få det fra sluttbrukeren, og noen ganger ikke. For de gangene må du bytte til mer utfordrende måter å finne passende parametere på.
- Finn ut hastigheten på parameterne dine – Parametrene du velger bør ha ulik hastighet. Du bør ha de som er raske, trege, så vel som de som har varierende hastighet.
Se etter Writes by the Stored Procedures – Du kan sjekke om det er noen innlegg, slettinger osv. i spørringen. Hvis du kommer over noe slikt, kan du alltid tune det inn i utviklingen, og også se etter varierende ytelse.
- Likhet mellom skriftene som er utført – Først må du finne ut om den lagrede prosedyren utfører noen form for skriving, hvis det er det, må du se etter likheter mellom de som ble utført tidligere og de som utføres akkurat nå. Hvis de samme radene oppdateres hver gang, vil det ta like lang tid, men hvis nye rader legges til eller slettes, vil tidsbruken variere.
- Hastigheten til lagrede prosedyrer – Du må finne ut hvordan den lagrede prosedyren går i produksjon og utvikling. Er det sakte i en og rask i en annen? Er det tregt i begge? Hva er antallet CPU-lesninger i begge miljøene? Og hva er forskjellene i disse tellingene? Du må gjøre endringer i konfigurasjonen av miljøer på grunnlag av svarene du får på disse spørsmålene.
Situasjonene beskrevet ovenfor er noen forskjellige måter å bruke som du kan vite årsaken til trege prosedyrer på SQL Server. SQL Server er en avansert, men kompleks applikasjon, med mange funksjoner å bruke fra, noen ganger kan en bruker utilsiktet gjøre endringer som fører til treg ytelse, noe som kan oppdages ved å følge de ovennevnte prosedyrene. Man må også merke seg at en samlet treg SQL Server søknaden kan ha andre medvirkende årsaker som f.eks ødelagt SQL Server mdf-fil.
Forfatterintroduksjon:
Victor Simon er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert reparere accdb db og sql-programvareprodukter. For mer informasjon besøk www.datanumen. Med