解析：如何快速掌握SQLServer的鎖機(jī)制

各種大型數(shù)據(jù)庫所采用的鎖的基本理論是一致的，但在具體實(shí)現(xiàn)上各有差別。SQLServer更強(qiáng)調(diào)由系統(tǒng)來管理鎖。在用戶有SQL請求時(shí)，系統(tǒng)分析請求，自動(dòng)在滿足鎖定條件和系統(tǒng)性能之間為數(shù)據(jù)庫加上適當(dāng)?shù)逆i，同時(shí)系統(tǒng)在運(yùn)行期間常常自動(dòng)進(jìn)行優(yōu)化處理，實(shí)行動(dòng)態(tài)加鎖。對于一般的用戶而言，通過系統(tǒng)的自動(dòng)鎖定管理機(jī)制基本可以滿足使用要求，但如果對數(shù)據(jù)安全、數(shù)據(jù)庫完整性和一致性有特殊要求，就需要了解SQLServer的鎖機(jī)制，掌握數(shù)據(jù)庫鎖定方法。 鎖是數(shù)據(jù)庫中的一個(gè)非常重要的概念，它主要用于多用戶環(huán)境下保證數(shù)據(jù)庫完整性和一致性。我們知道，多個(gè)用戶能夠同時(shí)操縱同一個(gè)數(shù)據(jù)庫中的數(shù)據(jù)，會(huì)發(fā)生數(shù)據(jù)不一致現(xiàn)象。即如果沒有鎖定且多個(gè)用戶同時(shí)訪問一個(gè)數(shù)據(jù)庫，則當(dāng)他們的事務(wù)同時(shí)使用相同的數(shù)據(jù)時(shí)可能會(huì)發(fā)生問題。這些問題包括：丟失更新、臟讀、不可重復(fù)讀和幻覺讀： 1．當(dāng)兩個(gè)或多個(gè)事務(wù)選擇同一行，然后基于最初選定的值更新該行時(shí)，會(huì)發(fā)生丟失更新問題。每個(gè)事務(wù)都不知道其它事務(wù)的存在。最后的更新將重寫由其它事務(wù)所做的更新，這將導(dǎo)致數(shù)據(jù)丟失。例如，兩個(gè)編輯人員制作了同一文檔的電子復(fù)本。每個(gè)編輯人員獨(dú)立地更改其復(fù)本，然后保存更改后的復(fù)本，這樣就覆蓋了原始文檔。最后保存其更改復(fù)本的編輯人員覆蓋了第一個(gè)編輯人員所做的更改。如果在第一個(gè)編輯人員完成之后第二個(gè)編輯人員才能進(jìn)行更改，則可以避免該問題。 2.臟讀就是指當(dāng)一個(gè)事務(wù)正在訪問數(shù)據(jù)，并且對數(shù)據(jù)進(jìn)行了修改，而這種修改還沒有提交到數(shù)據(jù)庫中，這時(shí)，另外一個(gè)事務(wù)也訪問這個(gè)數(shù)據(jù)，然后使用了這個(gè)數(shù)據(jù)。因?yàn)檫@個(gè)數(shù)據(jù)是還沒有提交的數(shù)據(jù)，那么另外一個(gè)事務(wù)讀到的這個(gè)數(shù)據(jù)是臟數(shù)據(jù)，依據(jù)臟數(shù)據(jù)所做的操作可能是不正確的。例如，一個(gè)編輯人員正在更改電子文檔。在更改過程中，另一個(gè)編輯人員復(fù)制了該文檔（該復(fù)本包含到目前為止所做的全部更改）并將其分發(fā)給預(yù)期的用戶。此后，第一個(gè)編輯人員認(rèn)為目前所做的更改是錯(cuò)誤的，于是刪除了所做的編輯并保存了文檔。分發(fā)給用戶的文檔包含不再存在的編輯內(nèi)容，并且這些編輯內(nèi)容應(yīng)認(rèn)為從未存在過。如果在第一個(gè)編輯人員確定最終更改前任何人都不能讀取更改的文檔，則可以避免該問題。 3．不可重復(fù)讀是指在一個(gè)事務(wù)內(nèi)，多次讀同一數(shù)據(jù)。在這個(gè)事務(wù)還沒有結(jié)束時(shí)，另外一個(gè)事務(wù)也訪問該同一數(shù)據(jù)。那么，在第一個(gè)事務(wù)中的兩次讀數(shù)據(jù)之間，由于第二個(gè)事務(wù)的修改，那么第一個(gè)事務(wù)兩次讀到的的數(shù)據(jù)可能是不一樣的。這樣就發(fā)生了在一個(gè)事務(wù)內(nèi)兩次讀到的數(shù)據(jù)是不一樣的，因此稱為是不可重復(fù)讀。例如，一個(gè)編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當(dāng)編輯人員第二次讀取文檔時(shí)，文檔已更改。原始讀取不可重復(fù)。如果只有在作者全部完成編寫后編輯人員才可以讀取文檔，則可以避免該問題。 4．幻覺讀是指當(dāng)事務(wù)不是獨(dú)立執(zhí)行時(shí)發(fā)生的一種現(xiàn)象，例如第一個(gè)事務(wù)對一個(gè)表中的數(shù)據(jù)進(jìn)行了修改，這種修改涉及到表中的全部數(shù)據(jù)行。同時(shí)，第二個(gè)事務(wù)也修改這個(gè)表中的數(shù)據(jù)，這種修改是向表中插入一行新數(shù)據(jù)。那么，以后就會(huì)發(fā)生操作第一個(gè)事務(wù)的用戶發(fā)現(xiàn)表中還有沒有修改的數(shù)據(jù)行，就好象發(fā)生了幻覺一樣。例如，一個(gè)編輯人員更改作者提交的文檔，但當(dāng)生產(chǎn)部門將其更改內(nèi)容合并到該文檔的主復(fù)本時(shí)，發(fā)現(xiàn)作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產(chǎn)部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。 所以，處理多用戶并發(fā)訪問的方法是加鎖。鎖是防止其他事務(wù)訪問指定的資源控制、實(shí)現(xiàn)并發(fā)控制的一種主要手段。當(dāng)一個(gè)用戶鎖住數(shù)據(jù)庫中的某個(gè)對象時(shí)，其他用戶就不能再訪問該對象。加鎖對并發(fā)訪問的影響體現(xiàn)在鎖的粒度上。為了控制鎖定的資源，應(yīng)該首先了解系統(tǒng)的空間管理。在SQLServer2000系統(tǒng)中，最小的空間管理單位是頁，一個(gè)頁有8K。所有的數(shù)據(jù)、日志、索引都存放在頁上。另外，使用頁有一個(gè)限制，這就是表中的一行數(shù)據(jù)必須在同一個(gè)頁上，不能跨頁。頁上面的空間管理單位是盤區(qū)，一個(gè)盤區(qū)是8個(gè)連續(xù)的頁。表和索引的最小占用單位是盤區(qū)。數(shù)據(jù)庫是由一個(gè)或者多個(gè)表或者索引組成，即是由多個(gè)盤區(qū)組成。放在一個(gè)表上的鎖限制對整個(gè)表的并發(fā)訪問；放在盤區(qū)上的鎖限制了對整個(gè)盤區(qū)的訪問；放在數(shù)據(jù)頁上的鎖限制了對整個(gè)數(shù)據(jù)頁的訪問；放在行上的鎖只限制對該行的并發(fā)訪問。 SQLServer2000具有多粒度鎖定，允許一個(gè)事務(wù)鎖定不同類型的的資源。為了使鎖定的成本減至最少，SQLServer自動(dòng)將資源鎖定在適合任務(wù)的級別。鎖定在較小的粒度（例如行）可以增加并發(fā)但需要較大的開銷，因?yàn)槿绻i定了許多行，則需要控制更多的鎖。鎖定在較大的粒度（例如表）就并發(fā)而言是相當(dāng)昂貴的，因?yàn)殒i定整個(gè)表限制了其它事務(wù)對表中任意部分進(jìn)行訪問，但要求的開銷較低，因?yàn)樾枰S護(hù)的鎖較少。SQLServer可以鎖定行、頁、擴(kuò)展盤區(qū)、表、庫等資源。 行是可以鎖定的最小空間,行級鎖占用的數(shù)據(jù)資源最少，所以在事務(wù)的處理過程中，允許其他事務(wù)繼續(xù)操縱同一個(gè)表或者同一個(gè)頁的其他數(shù)據(jù)，大大降低了其他事務(wù)等待處理的時(shí)間，提高了系統(tǒng)的并發(fā)性。 頁級鎖是指在事務(wù)的操縱過程中，無論事務(wù)處理數(shù)據(jù)的多少，每一次都鎖定一頁，在這個(gè)頁上的數(shù)據(jù)不能被其他事務(wù)操縱。在SQLServer7.0以前，使用的是頁級鎖。頁級鎖鎖定的資源比行級鎖鎖定的數(shù)據(jù)資源多。在頁級鎖中，即使是一個(gè)事務(wù)只操縱頁上的一行數(shù)據(jù)，那么該頁上的其他數(shù)據(jù)行也不能被其他事務(wù)使用。因此，當(dāng)使用頁級鎖時(shí)，會(huì)出現(xiàn)數(shù)據(jù)的浪費(fèi)現(xiàn)象，也就是說，在同一個(gè)頁上會(huì)出現(xiàn)數(shù)據(jù)被占用卻沒有使用的現(xiàn)象。在這種現(xiàn)象中，數(shù)據(jù)的浪費(fèi)最多不超過一個(gè)頁上的數(shù)據(jù)行。 表級鎖也是一個(gè)非常重要的鎖。表級鎖是指事務(wù)在操縱某一個(gè)表的數(shù)據(jù)時(shí)，鎖定了這個(gè)數(shù)據(jù)所在的整個(gè)表，其他事務(wù)不能訪問該表中的其他數(shù)據(jù)。當(dāng)事務(wù)處理的數(shù)據(jù)量比較大時(shí)，一般使用表級鎖。表級鎖的特點(diǎn)是使用比較少的系統(tǒng)資源，但是卻占用比較多的數(shù)據(jù)資源。與行級鎖和頁級鎖相比，表級鎖占用的系統(tǒng)資源例如內(nèi)存比較少，但是占用的數(shù)據(jù)資源卻是最大。在表級鎖時(shí)，有可能出現(xiàn)數(shù)據(jù)的大量浪費(fèi)現(xiàn)象，因?yàn)楸砑夋i鎖定整個(gè)表，那么其他的事務(wù)都不能操縱表中的其他數(shù)據(jù)。 盤區(qū)鎖是一種特殊類型的鎖，只能用在一些特殊的情況下。簇級鎖就是指事務(wù)占用一個(gè)盤區(qū)，這個(gè)盤區(qū)不能同時(shí)被其他事務(wù)占用。例如在創(chuàng)建數(shù)據(jù)庫和創(chuàng)建表時(shí)，系統(tǒng)分配物理空間時(shí)使用這種類型的鎖。系統(tǒng)是按照盤區(qū)分配空間的。當(dāng)系統(tǒng)分配空間時(shí)，使用盤區(qū)鎖，防止其他事務(wù)同時(shí)使用同一個(gè)盤區(qū)。當(dāng)系統(tǒng)完成分配空間之后，就不再使用這種類型的盤區(qū)鎖。特別是，當(dāng)涉及到對數(shù)據(jù)操作的事務(wù)時(shí)，不使用盤區(qū)鎖。 數(shù)據(jù)庫級鎖是指鎖定整個(gè)數(shù)據(jù)庫，防止任何用戶或者事務(wù)對鎖定的數(shù)據(jù)庫進(jìn)行訪問。數(shù)據(jù)庫級鎖是一種非常特殊的鎖，它只是用于數(shù)據(jù)庫的恢復(fù)操作過程中。這種等級的鎖是一種最高等級的鎖，因?yàn)樗刂普麄€(gè)數(shù)據(jù)庫的操作。只要對數(shù)據(jù)庫進(jìn)行恢復(fù)操作，那么就需要設(shè)置數(shù)據(jù)庫為單用戶模式，這樣系統(tǒng)就能防止其他用戶對該數(shù)據(jù)庫進(jìn)行各種操作。 行級鎖是一種最優(yōu)鎖，因?yàn)樾屑夋i不可能出現(xiàn)數(shù)據(jù)既被占用又沒有使用的浪費(fèi)現(xiàn)象。但是，如果用戶事務(wù)中頻繁對某個(gè)表中的多條記錄操作，將導(dǎo)致對該表的許多記錄行都加上了行級鎖，數(shù)據(jù)庫系統(tǒng)中鎖的數(shù)目會(huì)急劇增加，這樣就加重了系統(tǒng)負(fù)荷，影響系統(tǒng)性能。因此，在SQLServer中，還支持鎖升級(lockescalation)。所謂鎖升級是指調(diào)整鎖的粒度，將多個(gè)低粒度的鎖替換成少數(shù)的更高粒度的鎖，以此來降低系統(tǒng)負(fù)荷。在SQLServer中當(dāng)一個(gè)事務(wù)中的鎖較多，達(dá)到鎖升級門限時(shí)，系統(tǒng)自動(dòng)將行級鎖和頁面鎖升級為表級鎖。

創(chuàng)新互聯(lián)建站專注于企業(yè)網(wǎng)絡(luò)營銷推廣、網(wǎng)站重做改版、高陵網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5技術(shù)、商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為高陵等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

sqlserver 阻塞和死鎖的區(qū)別

（1）阻塞是由于資源不足引起的排隊(duì)等待現(xiàn)象。

（2）死鎖是由于兩個(gè)對象在擁有一份資源的情況下申請另一份資源，而另一份資源恰好又是這兩對象正持有的，導(dǎo)致兩對象無法完成操作，且所持資源無法釋放。

sqlserver使用 cte 時(shí)會(huì)將涉及表都鎖住嗎？求高手解答，本人不懂其中原理望詳解

CTE 與派生表類似，具體表現(xiàn)在不存儲(chǔ)為對象，并且只在查詢期間有效。定義 CTE 后，可以在 SELECT、INSERT、UPDATE 或 DELETE 語句中對其進(jìn)行引用，就像引用表或視圖一樣。在視圖中時(shí)無法修改的 也許就是你說的鎖住 希望對你的問題有幫助

求助，sqlserver什么情況下會(huì)鎖表

鎖的類別有兩種分法：

從數(shù)據(jù)庫系統(tǒng)的角度來看鎖分為獨(dú)占鎖（即排它鎖），共享鎖和更新鎖

MS-SQL Server 使用以下資源鎖模式。

鎖模式 描述

共享 (S) 用于不更改或不更新數(shù)據(jù)的操作（只讀操作），如 SELECT 語句。

更新 (U) 用于可更新的資源中。防止當(dāng)多個(gè)會(huì)話在讀取、鎖定以及隨后可能進(jìn)行的資源更新時(shí)發(fā)生常見形式的死鎖。

sqlserver鎖表機(jī)制

這個(gè)問題要具體分析：

第一，事務(wù)隔離級別基本兩種模式，一種是阻塞式（read committed，repeatable read，serializable）

，一種是非阻塞式(read uncommitted,snapshot)。

默認(rèn)是read committed，這種情況一般在更新表的時(shí)候，如果不使用hint 提示，基本是先對表添加IX鎖，級別不算高，基本和其他鎖兼容，但是repeatable read，serializable 事務(wù)隔離級別就會(huì)先對表添加IX鎖，然后向X鎖轉(zhuǎn)化，而X鎖和大多數(shù)鎖都不兼容，容易發(fā)生表阻塞。

第二種隔離級別不會(huì)有以上問題，但是又引入了其它的問題。

以上是一種情況。

另外一種就是 鎖升級，一個(gè)鎖是96B內(nèi)存，如果太多，sqlserver就會(huì)升級為表鎖，一般是5000以上行級鎖就升級為一個(gè)表X鎖。

所以適當(dāng)?shù)奈募纸M和表分區(qū) 是有必要的。

其次就是資源互相引用導(dǎo)致事務(wù)長時(shí)間不能釋放，導(dǎo)致真正的死鎖，不過SQL2005以后，這種情況發(fā)生的概率很低。

留個(gè)問題你自己去想。

兩個(gè)SQL，兩個(gè)連接，同時(shí)執(zhí)行。

update A set A.NAME=xxx where A.id=55

update A set A.NAME=xxx where A.id=56, 如果 56 不存在你說會(huì)發(fā)生什么情況呢？

關(guān)于Sqlserver數(shù)據(jù)庫 鎖機(jī)制的小疑問，下種情況是否需要加入鎖機(jī)制

不需要，就算確實(shí)用戶同時(shí)執(zhí)行，數(shù)據(jù)庫的操作機(jī)制是有隊(duì)列的，所以不存在并發(fā)情況。

鎖基本用不到，我反正開發(fā)了5年了沒用到過。

你要了解死鎖發(fā)生的情況，一般是用事務(wù)的時(shí)候可能會(huì)碰到死鎖，你申請了A資源，鎖住了A然后申請B資源，其他人申請了B資源，然后申請A，這樣就互不相讓，導(dǎo)致A,B資源都不可訪問了，不過其他數(shù)據(jù)我不知道，SQLSERVER發(fā)生這種死鎖不是一直鎖死的，過幾分鐘就會(huì)發(fā)現(xiàn)這個(gè)死鎖，把鎖釋放掉，2個(gè)事務(wù)都失敗。

當(dāng)前名稱：sqlserver鎖原理,sql server數(shù)據(jù)庫鎖有哪些
當(dāng)前地址：http://chinadenli.net/article47/dsggjhj.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、做網(wǎng)站、網(wǎng)站改版、移動(dòng)網(wǎng)站建設(shè)、小程序開發(fā)、商城網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)