Članek predlaga pomembne nasvete, kako se izogniti mrtvim blokadam SQL Servers
Čeprav SQL Server je bil v zadnjih nekaj letih priča velikemu razvoju, se uporabniki še vedno redno soočajo z zastoji. V idealnem primeru bi strežnik baz podatkov moral imeti možnost pridobiti več zahtev, vendar pogosto povzroči blokade. Konflikti, v katerih en proces čaka na izdajo drugega vira, se imenujejo bloki. In potem obstajajo Deadlocks.
Predstavljajte si situacijo, ko ena oseba prosi drugo, naj izda vir, druga pa čaka, da jo objavi prva. Posledično sta oba zataknjena v mrtvi situaciji. Noben postopek se ne more nadaljevati, saj sta oba zaklenjena in od drugega zahtevata, da sprosti vir ali zaklene.
Med delom z SQL serverZastoji so precej pogosti in lahko ovirajo celoten postopek. Zastojev se ni mogoče popolnoma izogniti, zagotovo pa lahko minimaliziramo možnost nastanka zastoja.
Težave z zastojem
Preden se lotimo nasvetov za zmanjšanje števila zastojev, si na hitro oglejmo nekaj najverjetnejših vzrokov zanje. SQL serverZasnovane so tako, da samodejno zaznajo zastoje, če pa so sporočeni, bi morali skrbniki baz podatkov poskusiti razumeti vzrok za zastoj. Najpogostejši vzrok je slaba zasnova baze podatkov, brez ustrezne validacije in testiranja ter pomanjkanje indeksiranja. Nekatere zastoje povzročijo tudi slabo zasnovane poizvedbe.
Treba je opozoriti, da mrtve točke neposredno vplivajo na delovanje in lahko ustavijo obdelavo baze podatkov.
1. Naj bo vrstni red enak
Do zastojev neizogibno pride, če se viri ne obdelujejo v dobro določenem vrstnem redu. Da bi zmanjšali število zastojev, bi morale vse sočasne transakcije dostopati do objektov v dobro določenem vrstnem redu. Upravitelji baz podatkov bi morali oblikovati jasen nabor pravil za dostop do objektov baze podatkov. Nadzorniki zaklepov običajno izvajajo preverjanje zastojev in ko jih zaznajo, izberejo eno žrtev zastoja in njeno transakcijo prekličejo. Tako se sprostijo vsa zaklepanja in prejšnjim sejam je dovoljeno nadaljevati postopek. Žrtve zastojev se izberejo na podlagi prioritete zastojev, ki jo določi strežnik, ali stroškov preklica.
2. Omejitev med transakcijo
Uporabnikom lahko omejite vnos kakršnih koli podatkov med obdelavo transakcije, podatke pa lahko posodobite pred transakcijo, da se izognete zastojem. Poskusite tudi, da interakcija uporabnika ostane na najnižji ravni, ker to vpliva na hitrost. V idealnem primeru bi morale biti transakcije kratke in hitre, da bi se izognili zastojem. Aplikacija mora biti zasnovana tako, da v najkrajšem času zagrabi ključavnice in jih čim hitreje sprosti.
3. NOLOCK Namig
Ko nekdo zažene poizvedbo proti tabeli na privzeti ravni izolacije SQL, se tabela zaklene in naslednje poizvedbe morajo počakati na izdajo. Namig NOLOCK je koristen v takih situacijah, saj omogoča preglasitev zaklepanja mize in druge poizvedbe dobijo enostaven dostop.
4. Uporabite vezane povezave
Če lahko ista aplikacija odpre dve ali več povezav, ki lahko medsebojno sodelujejo, potem ne bi ustvarila zastojev. Zato svetujemo uporabo povezav Bound.
Zastoji niso edina težava, s katero se boste verjetno srečali med delom na a SQL Server zbirke podatkov. Dejansko incidenti sql korupcije so bolj verjetno, da vam povzročajo žalost. Da bi se izognili scenariju izgube podatkov, investirajte v močno orodje za obnovitev, kot je DataNumen SQL Recovery.
Uvod avtorja:
Victor Simon je strokovnjak za obnovitev podatkov v DataNumen, Inc., ki je vodilna na svetu na področju tehnologij za obnovitev podatkov, vključno z obnovitev mdb in sql programske izdelke za obnovitev. Za več informacij obiščite https://www.datanumen.com/