Artikkelissa ehdotetaan tärkeitä vinkkejä, jotta vältetään umpikujat SQL Servers
Vaikka SQL Server Parin viime vuoden aikana on tapahtunut valtavaa kehitystä, ja käyttäjät ovat edelleen säännöllisesti umpikujassa. Ihannetapauksessa tietokantapalvelimen pitäisi pystyä hakemaan useita pyyntöjä, mutta se johtaa usein lohkoihin. Konflikteja, joissa yksi prosessi odottaa toisen resurssin vapauttamista, kutsutaan lohkoiksi. Ja sitten on umpikuja.
Kuvittele tilanne, jossa yksi henkilö pyytää toista vapauttamaan resurssin ja toinen odottaa ensimmäisen julkaisua. Tämän seurauksena molemmat ovat jumissa umpikujassa. Mikään prosessi ei voi jatkua, koska molemmat ovat lukittuina ja vaativat toista vapauttamaan resurssin tai lukituksen.
Työskennellessään kanssa SQL serverSalpalukot ovat melko yleisiä ja ne voivat haitata koko prosessia. Ei ole mahdollista välttää umpikujia kokonaan, mutta voidaan varmasti minimoida mahdollisuus luoda umpikuja.
Umpikujaan liittyviä ongelmia
Ennen kuin siirrymme vinkkeihin umpikujien minimoimiseksi, katsotaanpa lyhyesti joitakin todennäköisimpiä umpikujien syitä. SQL serverJärjestelmät on suunniteltu havaitsemaan lukkiutumat automaattisesti, mutta jos niistä ilmoitetaan, tietokannan päättäjien tulisi yrittää ymmärtää lukkiutumisen syy. Yleisin syy on tietokannan huono suunnittelu ilman asianmukaista validointia ja testausta sekä indeksoinnin puute. Jotkut lukkiutumat johtuvat myös huonosti suunnitelluista kyselyistä.
On huomattava, että umpikujat vaikuttavat suoraan suorituskykyyn ja voivat pysäyttää tietokannan käsittelyn.
1. Pidä tilaus samana
Lukkiutumia esiintyy väistämättä, jos resursseja ei käsitellä hyvin määritellyssä järjestyksessä. Lukkiutumien minimoimiseksi kaikkien samanaikaisten tapahtumien tulisi käyttää objekteja hyvin määritellyssä järjestyksessä. Tietokannan päättäjien tulisi suunnitella selkeät säännöt tietokannan objektien käyttämiseksi. Yleensä lukituksen valvonnat suorittavat lukkiutumistarkistuksen, ja havaitessaan ne valitsevat yhden lukkiutumisen uhrin ja peruuttavat sen tapahtuman. Näin kaikki lukitukset vapautetaan ja aiemmat istunnot voivat jatkaa prosessia. Lukkiutumisen uhrit valitaan palvelimen asettaman lukkiutumisprioriteetin tai peruutuskustannusten perusteella.
2. Rajoitus tapahtuman aikana
Voit rajoittaa käyttäjiä syöttämään kaikenlaisia tietoja tapahtuman käsittelyn aikana ja voit päivittää tiedot ennen tapahtumaa, jotta vältyt umpikujoilta. Yritä myös pitää käyttäjän vuorovaikutus minimitasolla, koska se vaikuttaa nopeuteen. Ihannetapauksessa liiketoimien tulisi olla lyhyitä ja nopeita, jotta vältetään umpikujat. Sovellus on suunniteltava siten, että se tarttuu lukkoihin vähiten tarvittavassa ajassa ja vapauttaa ne mahdollisimman nopeasti.
3. NOLOCK-vihje
Kun joku suorittaa kyselyn taulukkoon SQL-oletuseristystasolla, taulukko lukitaan ja seuraavien kyselyjen on odotettava julkaisua. NOLOCK-vihje on hyödyllinen tällaisissa tilanteissa, koska se sallii pöydän lukituksen ohituksen ja muut kysymykset pääsevät helposti.
4. Käytä sidottuja yhteyksiä
Jos sama sovellus voi avata kaksi tai useampia yhteyksiä, jotka voivat toimia yhteistyössä keskenään, se ei aiheuta umpikujia. Siksi on suositeltavaa käyttää sidottuja yhteyksiä.
Lukkolukot eivät ole ainoa hässäkkä, jonka todennäköisesti koet työskennellessäsi SQL Server tietokanta. Itse asiassa sql korruptio aiheuttavat sinulle todennäköisesti surua. Välttääksesi tietojen menetysskenaarion sijoita tehokkaaseen palautustyökaluun, kuten DataNumen SQL Recovery.
Tekijän esittely:
Victor Simon on tietojen palauttamisen asiantuntija DataNumen, Inc., joka on maailman johtava tietojen palautustekniikoissa, mukaan lukien mdb-palautus ja sql-palautusohjelmistotuotteet. Lisätietoja osoitteessa https://www.datanumen.com/