① sql server 2008 怎樣添加更新鎖
UPDLOCK.UPDLOCK 的優點是允許您讀取數據（不阻塞其它事務）並在以後更新數據，同時確保自從上次讀取數據後數據沒有被更改。
當我們用UPDLOCK來讀取記錄時可以對取到的記錄加上更新鎖，從而加上鎖的記錄在其它的線程中是不能更改的只能等本線程的事務結束後才能更改.
② SQL server 2008 查詢時鎖定表，更新後解鎖表，如何操作
查看被鎖表：select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' spid 鎖表進程 tableName 被鎖表名 解鎖： declare @spid int Set @spid = 57 --鎖表進程declare @sql varchar(1000)set @sql='kill '+cast(@spid as varchar)exec(@sql)
③ sql server在高並發狀態下同時執行查詢與更新操作時發生死鎖怎麼辦
sql server在高並發狀態下同時執行查詢與更新操作時發生死鎖怎麼辦
DECLARE @spid INT
DECLARE @blk INT
DECLARE @count INT
DECLARE @index INT
DECLARE @lock TINYINT
SET @lock=0
CREATE TABLE #temp_who_lock
(
id INT IDENTITY(1, 1),
spid INT,
blk INT
)
--if @@error<>0 return @@error
INSERT INTO #temp_who_lock
(spid,
blk)
SELECT 0,
blocked
FROM (SELECT *
FROM master..sysprocesses
WHERE blocked > 0)a
WHERE NOT EXISTS(SELECT *
FROM master..sysprocesses
WHERE a.blocked = spid
AND blocked > 0)
UNION
SELECT spid,
blocked
FROM master..sysprocesses
WHERE blocked > 0
--if @@error<>0 return @@error
SELECT @count = Count(*),
@index = 1
FROM #temp_who_lock
--select @count,@index
--if @@error<>0 return @@error
IF @count = 0
BEGIN
SELECT '沒有阻塞和死鎖信息'
--return 0
END
WHILE @index <= @count
BEGIN
IF EXISTS(SELECT 1
FROM #temp_who_lock a
WHERE id > @index
AND EXISTS(SELECT 1
FROM #temp_who_lock
WHERE id <= @index
AND a.blk = spid))
BEGIN
SET @lock=1
SELECT @spid = spid,
@blk = blk
FROM #temp_who_lock
WHERE id = @index
SELECT '引起資料庫死鎖的是: ' + Cast(@spid AS VARCHAR(10)) + '進程號,其執行的SQL語法如下' ;
SELECT @spid,
@blk
DBCC inputbuffer(@spid)
DBCC inputbuffer(@blk)
END
SET @index=@index + 1
END
IF @lock = 0
BEGIN
SET @index=1
WHILE @index <= @count
BEGIN
SELECT @spid = spid,
@blk = blk
FROM #temp_who_lock
WHERE id = @index
IF @spid = 0
SELECT '引起阻塞的是:' + Cast(@blk AS VARCHAR(10)) + '進程號,其執行的SQL語法如下'
ELSE
SELECT '進程號SPID：' + Cast(@spid AS VARCHAR(10)) + '被' + '進程號SPID：' + Cast(@blk AS VARCHAR(10)) + '阻塞,其當前進程執行的SQL語法如下'
PRINT ( LTRIM(@spid) + ''+ LTRIM(@blk));
if(@spid <> 0)
BEGIN
DBCC inputbuffer(@spid) --
END
DBCC inputbuffer(@blk) --引起阻塞語句
SET @index=@index + 1
END
END
DROP TABLE #temp_who_lock
--return 0
--KILL 54
④ sql server update會死鎖嗎
會死鎖，當資源被別的幾個進程互相佔用的時候，就會死鎖，舉個簡單的列子
出現循環等待資源。
當sql發出一個update請求之後，資料庫會對表中的每條記錄加上U鎖。然後資料庫會根據where條件，將符合條件的記錄轉換為X鎖。對不滿足條件的記錄釋放U鎖。
上面死鎖的原因就是更新的時候先要查詢相關的記錄才能更新，這個時候就有可能會產生死鎖。當然還有很多其它的原因也有可能產生死鎖。
⑤ 為什麼我們需要在SQL Server里更新鎖
首先介紹下當更新鎖（Update（U）Lock）獲得時，根據它的兼容性鎖本身是如何應對的。
一般來說，當執行UPDATE語句時，SQL Server會用到更新鎖（Update Lock）。如果查看對應的執行計劃，會看到它包含3個部分：
讀取數據
計算新值
寫入數據
這是其中一個主要原因，為什麼關系資料庫引擎引入更新鎖來實現避免特定的死鎖情形。一個更新鎖只與一個共享鎖兼容，但不與另一個更新或排它鎖兼容。因此死鎖情形可以被避免，應為2個更新查詢計劃不可能同時並發運行。在查詢的第1階段，第2個查詢會一直等到獲得更新鎖。System R的一個未公開研究也展示如何避免這類顯著的死鎖。System R不實用任何更新鎖來實現避免死鎖。
提升的並發
在第1階段不獲得更新鎖，在這個階段直接獲得排它鎖也是可見選項。這會克服死鎖問題，因為排它鎖與另一個排它鎖不兼容。但這個方法的問題是並發受限制，因為同時沒有其他的SELECT查詢可以讀取當前有排它鎖的數據。因此需要更新鎖，因為這個特定鎖與傳統的共享鎖兼容。這樣的話其他的SELECT查詢可以讀取數據，只要這個更新鎖還沒轉化為排它鎖。作為副作用，這會提高我們並發運行查詢的並發性。
在以前關系學術上，更新鎖是所謂的非對稱鎖（Asymmetric Lock）。在更新鎖的上下文里，這個更新鎖與共享鎖兼容，但反之就不是：共享鎖與更新鎖不兼容。但SQL Server並不把共享鎖作為非對稱鎖實現。更新鎖是個對稱（symmetric）的，就是說更新鎖和共享鎖是彼此雙向兼容的。這會提供系統的整體並發，因為在2個鎖類型鍵不會引入阻塞情形。
小結
在今天的文章里你介紹了共享鎖，還有為什麼需要共享鎖在關系資料庫，是強烈需要更新鎖的，因為不然的就會帶來死鎖並降低並發。
⑥ 當你在更新某條數據時，怎麼用SQL語句鎖定而不讓別人同時更新 請知道的說下。 謝謝了
你更新的時候，你更新的數據上本身就加了排他鎖的，在你更新的這段時間其他人無法再修改數據。或者還有別的操作後再釋放這些數據的話可以用事務。
⑦ sql鎖表 分為幾種
1. 從資料庫系統的角度來看：分為獨占鎖（即排它鎖），共享鎖和更新鎖
MS-SQL Server 使用以下資源鎖模式。
鎖模式 描述
共享 (S) 用於不更改或不更新數據的操作（只讀操作），如 SELECT 語句。
更新 (U) 用於可更新的資源中。防止當多個會話在讀取、鎖定以及隨後可能進行的資源更新時發生常見形式的死鎖。
排它 (X) 用於數據修改操作，例如 INSERT、UPDATE 或 DELETE。確保不會同時同一資源進行多重更新。
意向鎖 用於建立鎖的層次結構。意向鎖的類型為：意向共享 (IS)、意向排它 (IX) 以及與意向排它共享 (SIX)。
架構鎖 在執行依賴於表架構的操作時使用。架構鎖的類型為：架構修改 (Sch-M) 和架構穩定性 (Sch-S)。
大容量更新 (BU) 向表中大容量復制數據並指定了 TABLOCK 提示時使用。
◆共享鎖
共享 (S) 鎖允許並發事務讀取 (SELECT) 一個資源。資源上存在共享 (S) 鎖時，任何其它事務都不能修改數據。一旦已經讀取數據，便立即釋放資源上的共享 (S) 鎖，除非將事務隔離級別設置為可重復讀或更高級別，或者在事務生存周期內用鎖定提示保留共享 (S) 鎖。
◆更新鎖
更新 (U) 鎖可以防止通常形式的死鎖。一般更新模式由一個事務組成，此事務讀取記錄，獲取資源（頁或行）的共享 (S) 鎖，然後修改行，此操作要求鎖轉換為排它 (X) 鎖。如果兩個事務獲得了資源上的共享模式鎖，然後試圖同時更新數據，則一個事務嘗試將鎖轉換為排它 (X) 鎖。共享模式到排它鎖的轉換必須等待一段時間，因為一個事務的排它鎖與其它事務的共享模式鎖不兼容；發生鎖等待。第二個事務試圖獲取排它 (X) 鎖以進行更新。由於兩個事務都要轉換為排它 (X) 鎖，並且每個事務都等待另一個事務釋放共享模式鎖，因此發生死鎖。
若要避免這種潛在的死鎖問題，請使用更新 (U) 鎖。一次只有一個事務可以獲得資源的更新 (U) 鎖。如果事務修改資源，則更新 (U) 鎖轉換為排它 (X) 鎖。否則，鎖轉換為共享鎖。
◆排它鎖
排它 (X) 鎖可以防止並發事務對資源進行訪問。其它事務不能讀取或修改排它 (X) 鎖鎖定的數據。
⑧ SQL SERVER 數據是不是查詢時用數據鎖那更新(update)可以帶鎖嗎
處理多用戶並發訪問的方法是加鎖。鎖是防止其他事務訪問指定的資源控制、實現並發控制的一種主要手段。行是可以鎖定的最小空間, 行級鎖佔用的數據資源最少，所以在事務的處理過程中，允許其他事務繼續操縱同一個表或者同一個頁的其他數據，大大降低了其他事務等待處理的時間，提高了系統的並發性。為了使鎖定的成本減至最少，SQL Server 自動將資源鎖定在適合任務的級別。鎖定在較小的粒度（例如行）可以增加並發但需要較大的開銷，因為如果鎖定了許多行，則需要控制更多的鎖。
行級鎖是一種最優鎖，因為行級鎖不可能出現數據既被佔用又沒有使用的浪費現象。但是，如果用戶事務中頻繁對某個表中的多條記錄操作，將導致對該表的許多記錄行都加上了行級鎖，資料庫系統中鎖的數目會急劇增加，這樣就加重了系統負荷，影響系統性能。因此，在SQL Server中，還支持鎖升級(lock escalation)。所謂鎖升級是指調整鎖的粒度，將多個低粒度的鎖替換成少數的更高粒度的鎖，以此來降低系統負荷。在SQL Server中當一個事務中的鎖較多，達到鎖升級門限時，系統自動將行級鎖和頁面鎖升級為表級鎖。特別值得注意的是，在SQL Server中，鎖的升級門限以及鎖升級是由系統自動來確定的，不需要用戶設置。
網上找的，不知道能不能幫到你。原文的鏈接是：http://soft.zdnet.com.cn/techupdate/2007/0824/467522.shtml
⑨ MSSQl資料庫 加鎖 解鎖 多客戶端同時更新一條數據防止數據出問題
select * from proct where key='xxx' for update
1.setAutoCommit(false) 不要使用自動提交
2.在你修改某條之前執行這一句話
3.修改
4.commit 提交
原則：
用主鍵查找，否則會把整張表給鎖起來，如果有人要修改別的記錄也修改不了了
⑩ sql server里update時，是行鎖還是表鎖問題
-- 開事務, 以保持鎖
BEGIN TRAN
-- 更新
update table a
set column1 = 1
where idx = 1
-- 列出鎖信息
EXEC sp_lock @@spid
-- 提交或者回滾事務
COMMIT/ROLLBACK TRAN