Tämä artikkeli on konekäännöksen peiliartikkeli, klikkaa tästä siirtyäksesi alkuperäiseen artikkeliin.

Architect_Programmer_Code Maatalousverkosto»Arkkitehti › Tietokanta & Tietokanta › Microsoft SQL Server › Tietokantalukot NOLOCK, HOLDLOCK, UPDLOCK, TABLOCK, TABLOCK...
Näkymä: 19946|Vastaus: 3

[Lähde] Tietokantalukot NOLOCK, HOLDLOCK, UPDLOCK, TABLOCK, TABLOCKX

[Kopioi linkki]
Julkaistu 14.1.2021 15.23.14 | | | |
NOLOCK
Kun tämä vaihtoehto on valittu, SQL Server lukee tai muokkaa dataa ilman lukittuja. Tässä tapauksessa käyttäjä voi lukea tietoja sitoutumattomasta transaktiosta tai Roll Backista, jota kutsutaan "likaiseksi dataksi".

PYSÄHDYS
Kun tämä vaihtoehto valitaan, SQL Server ylläpitää tätä jaettua lukkoa koko tapahtuman loppuun asti vapauttamatta sitä matkan varrella.

UPDLOCK
Kun tämä vaihtoehto on valittu, SQL Server käyttää muokauslukkoa jaetun lukon sijaan dataa lukiessaan ja ylläpitää tätä lukkoa koko transaktion tai komennon loppuun asti. Tämä vaihtoehto varmistaa, että useat prosessit voivat lukea dataa samanaikaisesti, mutta vain kyseinen prosessi voi muokata dataa.

TABLOCK
Kun tämä vaihtoehto valitaan, SQL Server asettaa jaetun lukon koko taululle, kunnes komento päättyy. Tämä vaihtoehto varmistaa, että muut prosessit voivat vain lukea dataa eivätkä muokata sitä.

PAGLOCK
Tämä vaihtoehto on oletusvaihtoehto, ja kun se valitaan, SQL Server käyttää jaettua sivulukitusta.

TABLOCKX (Eksklusiivinen pöytälukko)
Kun tämä vaihtoehto valitaan, SQL Server asettaa lukituksen koko tauluun, kunnes komento tai transaktio päättyy. Tämä estää muita prosesseja lukemasta tai muokkaamasta taulukon tietoja.

HOLDLOCK pitää jaettua lukkoa hallussaan, kunnes koko transaktio on valmis, ja se tulisi vapauttaa heti, kun lukittua objektia ei tarvita, mikä vastaa SERIALIZET-transaktioiden eristystasoa

NOLOCK-lauseke suoritetaan ilman jaettua lukkoa, jolloin sallitaan likaiset lukemiset, mikä vastaa READ UNCOMMITTED -transaktioiden eristystasoa

PAGLOCK käyttää useita sivulukkoja, joissa käytetään yhtä taulukkolukkoa

READPASTin avulla sql-palvelin voi ohittaa lukitut rivit ja suorittaa transaktioita, ja READ UNCOMMITTED -eristystasoilla ohittaa vain RID-lukot, ei sivu-, vyöhyke- ja taulukolukkoja

ROWLOCK valvoo rivilukkojen käyttöä

TABLOCKX vaatii yksinoikeudella taulukkotason lukituksen käyttöä, mikä estää muita transaktioita käyttämästä taulukkoa transaktion aikana

UPLOCK pakottaa päivityksiä käyttämään taulukkoa, jossa ei ole jaettua lukkoa

Huomautus: Ero taulun lukitsemisessa tietokantaan
VALITSE * FROM -taululla (HOLDLOCK) Muut transaktiot voivat lukea taulua, mutta eivät voi päivittää tai poistaa
VALITSE * FROM -taululla (TABLOCKX) Muut transaktiot eivät voi lukea, päivittää tai poistaa taulukoita




Edellinen:Win10-etätyöpöydän kaksinäyttöinen näyttö
Seuraava:.NET/C# Luo ETH-lompakkotili ja vahvistussalasana Nethereumin pohjalta [lähdekoodilla]

Aiheeseen liittyvät julkaisut
 Vuokraisäntä| Julkaistu 14.1.2021 16.53.24 |
Testaa TABLOCKX-lukko

Testisql on seuraava:


C#-koodin testaus:


Löytö,Koko taulu on lukittu, ja tietoja voidaan kysyä vasta, kun tapahtuma suoritetaan, kuten alla olevassa kuvassa näkyy:



Poista WITH(TABLOCKX) ja päivitä tiedot vain ID 1:llä, testi on seuraava:



Koska tehtävä 2 ja tehtävä 4 eivät sisällä tietoja id:llä 1, kysely on erittäin nopea, ja 3 sekä 4 täytyy odottaa tapahtuman valmistumista ennen kyselyä.

Käyttäytyminen datan muokkaamisessa

Sitoutuneessa lukutransaktiossa, joka käyttää riviversiointia, valitse päivitettävät rivit estoskannauksella, jossa päivityslukko (U-lukko) sovelletaan datariviin luetun datan arvon yhteydessä. Tämä on sama kuin sitoutunut lukutransaktio, joka ei käytä riviversiointia. Jos tietorivi ei täytä päivityskriteerejä, päivityslukko vapautetaan kyseiselle riville ja seuraava rivi lukitaan ja skannataan.

Päivityslukko (U): Lukitustila, joka estää kuolleiden tilanteiden syntymisen, jossa kaksi transaktiota lukevat ensin tietoresurssin. Muokkauksen tapauksessa jaettujen ja yksinoikeudellisten lukkojen käyttö voi joskus aiheuttaa kuolleita lukkoja, kun taas päivityslukkojen käyttö voi estää kuolleiden syntymisen. Resurssin päivityslukko voidaan määrittää vain yhdelle transaktiolle kerrallaan, ja jos resurssia täytyy muuttaa, päivityslukko muuttuu eksklusiiviseksi lukoksi, muuten siitä tulee jaettu lukko.

Hyperlinkin kirjautuminen on näkyvissä.

 Vuokraisäntä| Julkaistu 28.1.2021 17.30.51 |
Ongelma:

udpate a
aseta sarake 1 = 1
missä idx = 1
Kun sqlserver suorittaa päivityslauseen, se lukitsee koko taulukon

Analyysi:

Kellorakenne,Ilman pääavainta et voi lukita vain rivejä
 Vuokraisäntä| Julkaistu 2.5.2023 11.47.24 |
Entity Frameworkin kyselyoptimointi KANSSA(NOLOCK)
https://www.itsvse.com/thread-9513-1-1.html
Vastuuvapauslauseke:
Kaikki Code Farmer Networkin julkaisemat ohjelmistot, ohjelmamateriaalit tai artikkelit ovat tarkoitettu vain oppimis- ja tutkimustarkoituksiin; Yllä mainittua sisältöä ei saa käyttää kaupallisiin tai laittomiin tarkoituksiin, muuten käyttäjät joutuvat kantamaan kaikki seuraukset. Tämän sivuston tiedot ovat peräisin internetistä, eikä tekijänoikeuskiistat liity tähän sivustoon. Sinun tulee poistaa yllä oleva sisältö kokonaan tietokoneeltasi 24 tunnin kuluessa lataamisesta. Jos pidät ohjelmasta, tue aitoa ohjelmistoa, osta rekisteröityminen ja hanki parempia aitoja palveluita. Jos rikkomuksia ilmenee, ota meihin yhteyttä sähköpostitse.
Mail To:help@itsvse.com