建站
咨詢
售后
建站咨詢
新聞中心
sqlserver鎖表機(jī)制
這個(gè)問(wèn)題要具體分析：
創(chuàng)新互聯(lián)是一家專業(yè)提供蚌埠企業(yè)網(wǎng)站建設(shè),專注與成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、成都外貿(mào)網(wǎng)站建設(shè)、H5響應(yīng)式網(wǎng)站、小程序制作等業(yè)務(wù)。10年已為蚌埠眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)絡(luò)公司優(yōu)惠進(jìn)行中。
第一，事務(wù)隔離級(jí)別基本兩種模式，一種是阻塞式（read committed，repeatable read，serializable）
，一種是非阻塞式(read uncommitted,snapshot)。
默認(rèn)是read committed，這種情況一般在更新表的時(shí)候，如果不使用hint 提示，基本是先對(duì)表添加IX鎖，級(jí)別不算高，基本和其他鎖兼容，但是repeatable read，serializable 事務(wù)隔離級(jí)別就會(huì)先對(duì)表添加IX鎖，然后向X鎖轉(zhuǎn)化，而X鎖和大多數(shù)鎖都不兼容，容易發(fā)生表阻塞。
第二種隔離級(jí)別不會(huì)有以上問(wèn)題，但是又引入了其它的問(wèn)題。
以上是一種情況。
另外一種就是 鎖升級(jí)，一個(gè)鎖是96B內(nèi)存，如果太多，sqlserver就會(huì)升級(jí)為表鎖，一般是5000以上行級(jí)鎖就升級(jí)為一個(gè)表X鎖。
所以適當(dāng)?shù)奈募纸M和表分區(qū) 是有必要的。
其次就是資源互相引用導(dǎo)致事務(wù)長(zhǎng)時(shí)間不能釋放，導(dǎo)致真正的死鎖，不過(guò)SQL2005以后，這種情況發(fā)生的概率很低。
留個(gè)問(wèn)題你自己去想。
兩個(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 不存在你說(shuō)會(huì)發(fā)生什么情況呢？
.net的sqlserver事務(wù)里，delete語(yǔ)句如何只鎖行，不鎖表
你理解錯(cuò)了！
默認(rèn)sqlserver都是行數(shù)據(jù)鎖定，隔離級(jí)別是 read commited 也就是讀取可 提交數(shù)據(jù)。
我給你舉個(gè)例子！
SELECT TOP 1000
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
顯示結(jié)果
-----------------------------------------------
ID DeleteBy DelDate
1 admin 2008-04-13 00:00:00.000
2 admin 2008-05-04 00:00:00.000
-------------------------------------------------
表數(shù)據(jù)就兩行
然后我做如下操作：
打開 SQL Server Management Studio
輸入：
begin transaction
DELETE FROM [HMS].[dbo].[DeleteLog]
where ID='1'
在另一個(gè)窗口中：
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
你發(fā)現(xiàn) 這一個(gè)窗口被阻塞了，
但是查詢
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=2
可以正確返回結(jié)果。 這充分證明了，sqlserver默認(rèn)隔離級(jí)別是行數(shù)據(jù)鎖定。
然后你此時(shí)在第一個(gè)刪除窗口 中輸入
rollback
，記住前面的刪除不執(zhí)行，只執(zhí)行rollback。
此時(shí)看一下查詢
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
那個(gè)窗口的結(jié)果已經(jīng)出來(lái)了，阻塞被解除了。
========================================
當(dāng)然了！你執(zhí)行了全表檢索肯定也是被阻塞的，因?yàn)閯h除操作還沒(méi)提交啊，檢索數(shù)據(jù)中又包含了你要?jiǎng)h除的數(shù)據(jù)，當(dāng)然被阻塞了。
你的問(wèn)題出現(xiàn)在哪里了，你應(yīng)該明白了吧！
解決這個(gè)問(wèn)題其實(shí)很簡(jiǎn)單，不要長(zhǎng)事務(wù)占用。檢索的時(shí)候避開要?jiǎng)h除的數(shù)據(jù)。
當(dāng)然也可以改變隔離級(jí)別，sqlserver分為兩類隔離級(jí)別，改成非阻塞類就可以。
但是我個(gè)人不推薦這么做。改變隔離級(jí)別可以如下方式：
set transaction isolation level read uncommitted
begin transaction
DELETE FROM [HMS].[dbo].[DeleteLog]
where ID='1'
這個(gè)刪除沒(méi)有提交
檢索的時(shí)候
set transaction isolation level read uncommitted
SELECT
[ID]
,[DeleteBy]
,[DelDate]
FROM [dbo].[DeleteLog]
where ID=1
根本不會(huì)阻塞。 比較順利，刪除更新也一樣。
這種方式 適合 數(shù)據(jù)量龐大的社交，天文數(shù)據(jù)庫(kù)，企業(yè)管理不適合。
可以從側(cè)面看出，你的程序并不優(yōu)良，明白了否？
如何掌握SQLServer的鎖機(jī)制
SQL SERVER里的鎖機(jī)制：
NOLOCK（不加鎖）
此選項(xiàng)被選中時(shí)，SQL Server 在讀取或修改數(shù)據(jù)時(shí)不加任何鎖。 在這種情況下，用戶有可能讀取到未完成事務(wù)（Uncommited Transaction）或回滾(Roll Back)中的數(shù)據(jù), 即所謂的“臟數(shù)據(jù)”。
HOLDLOCK（保持鎖）
此選項(xiàng)被選中時(shí)，SQL Server 會(huì)將此共享鎖保持至整個(gè)事務(wù)結(jié)束，而不會(huì)在途中釋放。 例如，“ SELECT * FROM my_table HOLDLOCK”就要求在整個(gè)查詢過(guò)程中，保持對(duì)表的鎖定，直到查詢完成才釋放鎖定。
UPDLOCK（修改鎖）
此選項(xiàng)被選中時(shí)，SQL Server 在讀取數(shù)據(jù)時(shí)使用修改鎖來(lái)代替共享鎖，并將此鎖保持至整個(gè)事務(wù)或命令結(jié)束。使用此選項(xiàng)能夠保證多個(gè)進(jìn)程能同時(shí)讀取數(shù)據(jù)但只有該進(jìn)程能修改數(shù)據(jù)。
TABLOCK（表鎖）
此選項(xiàng)被選中時(shí)，SQL Server 將在整個(gè)表上置共享鎖直至該命令結(jié)束。 這個(gè)選項(xiàng)保證其他進(jìn)程只能讀取而不能修改數(shù)據(jù)。
PAGLOCK（頁(yè)鎖）
此選項(xiàng)為默認(rèn)選項(xiàng)， 當(dāng)被選中時(shí)，SQL Server 使用共享頁(yè)鎖。
TABLOCKX（排它表鎖）
此選項(xiàng)被選中時(shí)，SQL Server 將在整個(gè)表上置排它鎖直至該命令或事務(wù)結(jié)束。這將防止其他進(jìn)程讀取或修改表中的數(shù)據(jù)。
分享文章：sqlserver鎖等級(jí),sql鎖的類型
URL網(wǎng)址：http://fisionsoft.com.cn/article/dscedgo.html
