當前位置:首頁 » 編程語言 » sqltablock
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

sqltablock

發布時間: 2022-11-08 09:25:43

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 中如何使用行鎖

給你個最詳細的吧 可能有你要的內容 鎖的概述 一. 為什麼要引入鎖 多個用戶同時對資料庫的並發操作時會帶來以下數據不一致的問題: 丟失更新 A,B兩個用戶讀同一數據並進行修改,其中一個用戶的修改結果破壞了另一個修改的結果,比如訂票系統 臟讀 A用戶修改了數據,隨後B用戶又讀出該數據,但A用戶因為某些原因取消了對數據的修改,數據恢復原值,此時B得到的數據就與資料庫內的數據產生了不一致 不可重復讀 A用戶讀取數據,隨後B用戶讀出該數據並修改,此時A用戶再讀取數據時發現前後兩次的值不一致 並發控制的主要方法是封鎖,鎖就是在一段時間內禁止用戶做某些操作以避免產生數據不一致 二 鎖的分類 鎖的類別有兩種分法: 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 需要在層次結構中的某些底層資源上獲取共享 (S) 鎖或排它 (X) 鎖。例如,放置在表級的共享意向鎖表示事務打算在表中的頁或行上放置共享 (S) 鎖。在表級設置意向鎖可防止另一個事務隨後在包含那一頁的表上獲取排它 (X) 鎖。意向鎖可以提高性能,因為 SQL Server 僅在表級檢查意向鎖來確定事務是否可以安全地獲取該表上的鎖。而無須檢查表中的每行或每頁上的鎖以確定事務是否可以鎖定整個表。 意向鎖包括意向共享 (IS)、意向排它 (IX) 以及與意向排它共享 (SIX)。 鎖模式 描述 意向共享 (IS) 通過在各資源上放置 S 鎖,表明事務的意向是讀取層次結構中的部分(而不是全部)底層資源。 意向排它 (IX) 通過在各資源上放置 X 鎖,表明事務的意向是修改層次結構中的部分(而不是全部)底層資源。IX 是 IS 的超集。 與意向排它共享 (SIX) 通過在各資源上放置 IX 鎖,表明事務的意向是讀取層次結構中的全部底層資源並修改部分(而不是全部)底層資源。允許頂層資源上的並發 IS 鎖。例如,表的 SIX 鎖在表上放置一個 SIX 鎖(允許並發 IS 鎖),在當

❸ PL/SQL中記錄被另一個用戶鎖住的原因及處理方法

PL/SQL中記錄被另一個用戶鎖住的原因:另一個用戶正在修改或刪除該記錄。此時其它用戶只能做查詢,不能進行刪改操作。如果要解鎖,正在刪改操作的用戶退出刪改狀態即可。

因死機或掛起不能退出刪改狀態時,找到該用戶的進程,kill該進程就可以了。實在不行的話重新啟動資料庫也可以。

處理方法:

1、查看資料庫鎖,診斷鎖的來源及類型:

select object_id,session_id,locked_mode from v$locked_object;

或者用以下命令:

select b.owner,b.object_name,l.session_id,l.locked_mode from v$locked_object l, dba_objects b where b.object_id=l.object_id

2、找出資料庫的serial#,以備殺死:

select t2.username,t2.sid,t2.serial#,t2.logon_time from v$locked_object t1,v$session t2 where t1.session_id=t2.sid order by t2.logon_time;

3、殺死該session:

alter system kill session 'sid,serial#'

(3)sqltablock擴展閱讀

SQL Server中的鎖類型及用法:

從資料庫系統的角度來看:分為獨占鎖(即排它鎖), 共享鎖和更新鎖。MS-SQL Server使用以下資源鎖模式。

鎖模式描述:

共享(S)用於不更改或不更新數據的操作(只讀操作),如SELECT語句。

更新(U)用於可更新的資源中。防止當多個會話在讀取、鎖定以及隨後可能進行的資源更新時發生常見形式的死鎖。

排它(X)用於數據修改操作,例如.INSERT、UPDATE 或DELETE。確保不會同時同一資源進行多重更新。

意向鎖用於建立鎖的層次結構。意向鎖的類型為:意向共享(IS)、意向排它(IX)以及與意向排它共享(SIX)。

架構鎖在執行依賴於表架構的操作時使用。架構鎖的類型為:架構修改(Sch-M)和架構穩定性(Sch-S)。

大容量更新(BU)向表中大容量復制數據並指定了TABLOCK提示時使用。

❹ sql 的優化隱藏器是什麼

優化隱藏

概述

一般地,對查詢語句,查詢處理器創建了可以提高性能的執行規劃。然而,如果對某一個特定的查詢語句例如檢索、插入、刪除、修改,查詢處理器沒有創建最好的執行規劃,那麼用戶可以在查詢語句中增加優化隱藏來影響查詢處理器創建出最優的執行規劃。優化隱藏就是指在執行查詢語句、使用多表連接檢索或者指定查詢語句操作的對象表時,明確地指出應該使用的查詢方法、連接演算法或者對表的操作方式。當使用優化隱藏時,一定要認真考慮優化隱藏對性能的影響。在SQL Server 7.0中,提供了三種類型的優化隱藏,即查詢優化隱藏、連接優化隱藏和表優化隱藏。

查詢優化隱藏

查詢優化隱藏控制整個語句的執行規劃。可以通過在SQL語句的最後增加一個OPTION子句,來實現查詢優化隱藏。另外,還可以同時指定多個查詢優化隱藏,這些選項之間由逗號分割開來。使用Hash Group或者Order Group選項,可以為分組子句或者分組計運算元句產生合計數值,但是這兩個選項不能同時使用。在聯合Union運算符中,可以使用合並、散列和連接選項,這時既可以使用一個選項,也可以同時使用多個選項。當同時使用多個選項時,系統將在這幾個選項中選用成本最低的方法進行操作。當把返回查詢結果的時間作為關鍵因素時,應當使用選項Fast n,這樣可以最小化返回查詢語句所得到的前n條記錄的時間。如果需要固定在連接運算符中表的先後順序,那麼可以使用選項Force Order,該選項可以確保在連接運算符中指定的准確的表的順序。單個查詢語句可以使用多個處理器並行執行,選項MaxDop n就是為並行執行查詢語句,明確指定可以使用處理器的最大值。

連接優化隱藏

連接優化隱藏指定某一個連接運算應該如何最優地實現。連接就是把兩個或者多個表中的記錄連接起來,通常是連接兩個表中的記錄。在連接中,使用兩個表中的某些列組成連接的條件表達式。為了使用連接優化隱藏,可以在連接運算符之前使用四個關鍵字中的其中一個關鍵字,這四個關鍵字分別是Loop、Hash、Merge和Remote。使用不同的關鍵字,就是使用不同的連接演算法。當使用關鍵字Loop時,連接演算法就是在第一個表中,順序地閱讀表中的每一行。對於第一個表中的一行,順序地與第二個表中的每一行進行比較,如果滿足連接條件,那麼就得到在匹配的行。就這樣進行下去,直至得到滿足條件的全部匹配的行。當使用關鍵字Hash時,使用的連接演算法是這樣的,對於第一個表中的每一行,計算在連接中使用的該列的散列值,然後把該散列值存儲在散列表中,對於第二個表中的每一行,計算一個在連接中使用的該列的散列值,然後在散列表中尋找匹配的行。通過在散列表中尋找匹配的記錄,就可以得到滿足連接條件的記錄。如果使用關鍵字Merge,那麼可以根據連接列的順序,使用匹配和合並演算法,處理兩個表中的每一行,得到滿足連接條件的全部記錄。關鍵字Remote很少使用,只有當連接中的兩個表存儲在不同的系統中時,才可以使用。該關鍵字指定在連接運算符右端的表所在的系統,開始連接進程。

當指定連接優化隱藏時,查詢處理器強制多個連接運算符的順序和在每個連接中指定的表的順序。當沒有指定連接優化隱藏時,查詢處理器根據連接的表結構和連接條件選擇最有效的方法。另外,如果沒有指定連接優化隱藏,那麼查詢處理器可以重新安排表的順序,如果有多個連接運算符,那麼查詢處理器也可以重新安排連接運算的順序,這樣可以保證系統使用最有效的連接方法。

表優化隱藏

表優化隱藏指定在查詢語句中使用的單個基表的訪問特徵。通過在表名後面增加一個With子句,可以指定表的優化隱藏。在檢索、插入、修改和刪除等查詢語句中都可以使用表優化隱藏。對於多個優化隱藏,可以使用逗號或者空格分割開。

優化隱藏FastFirstRow最小化該查詢語句返回表中第一條記錄的時間。該選項與查優化隱藏的Fast 1完全等價。索引優化隱藏Index(IndexName)和Index(IndexID)指定在訪問該表時應該使用的索引名稱或者索引代號。0表示使用表掃描,1表示使用聚簇索引(如果有聚簇索引)。對於那些非聚簇索引,可以通過使用該索引的名稱,強制在查詢語句中使用。

行級鎖類型優化隱藏UpdLock使用修改行級鎖取代共享行級鎖。鎖度優化隱藏。這些鎖類型只能一次使用一個。選項NoLock和ReadUncommitted,表示查詢語句不能獲得共享鎖,忽略排它鎖,也就是說,即使在操作對象上有排它鎖,也可以繼續訪問該對象。這兩個關鍵字是等價的,並且只能用在SELECT語句中。選項PagLock使用共享數據頁鎖代替共享表鎖。RowLock使用共享行鎖代替共享頁鎖或者共享表鎖。TabLock獲取共享表鎖,該鎖一直保存到該語句的結束。如果指定了Holdlock或者Serializable選項,那麼鎖一直保存到該事務的結束。TabLockX獲取排它表鎖。

事務獨立等級優化隱藏。這些鎖類型只能一次使用一個。Holdlock或者Serializable佔有共享鎖,直到事務的結束,而不是在查詢語句不需要這些頁鎖或者表鎖時,就釋放它們。這兩個關鍵字等價。ReadCommitted佔有共享鎖,直到該語句的結束,但是允許其他進程修改讀過的數據,因此這種讀是不可重復的。RepeatableRead佔有鎖,防止其他進程修改在查詢語句中使用的數據。

鎖級表優化隱藏有兩種作用:提高並發性和提高在並行訪問同一個表的沖突保護。NoLock、RowLock和PagLock優化隱藏允許多個並發進程。注意,當使用NoLock時,因為它允許閱讀那些已經修改但是還沒有提交的數據,如果改變這些數據的事務被取消了,那麼該查詢語句得到的數據與資料庫中的內容是不一樣的。RowLock和PagLock可以提高系統級的性能,當並行查詢訪問同一個表中的不同數據時,他們不會放置大量的鎖。然而,在另外一些情況下,使用這些選項,由於附加的鎖開銷,會降低系統的性能。

選項TabLock和 TabLockX明確指定使用表鎖,防止並發訪問的沖突。事務獨立等級允許在單個語句中使用的鎖協議,而不管當前的事務獨立等級是什麼。ReadUncommitted、ReadCommitted、RepeatableRead和Serializable從最低的保護性和最高的並發性到最高的保護性和最低的並發性。

❺ 如何解除sql server資料庫數據被鎖定

(1)
HOLDLOCK:
在該表上保持共享鎖,直到整個事務結束,而不是在語句執行完立即釋放所添加的鎖。
(2)
NOLOCK:不添加共享鎖和排它鎖,當這個選項生效後,可能讀到未提交讀的數據或「臟數據」,這個選項僅僅應用於SELECT語句。
(3)
PAGLOCK:指定添加頁鎖(否則通常可能添加表鎖)。
(4)
READCOMMITTED用與運行在提交讀隔離級別的事務相同的鎖語義執行掃描。默認情況下,SQL
Server
2000
在此隔離級別上操作。
(5)
READPAST:
跳過已經加鎖的數據行,這個選項將使事務讀取數據時跳過那些已經被其他事務鎖定的數據行,而不是阻塞直到其他事務釋放鎖,
READPAST僅僅應用於READ
COMMITTED隔離性級別下事務操作中的SELECT語句操作。
(6)
READUNCOMMITTED:等同於NOLOCK。
(7)
REPEATABLEREAD:設置事務為可重復讀隔離性級別。
(8)
ROWLOCK:使用行級鎖,而不使用粒度更粗的頁級鎖和表級鎖。
(9)
SERIALIZABLE:用與運行在可串列讀隔離級別的事務相同的鎖語義執行掃描。等同於
HOLDLOCK。
(10)
TABLOCK:指定使用表級鎖,而不是使用行級或頁面級的鎖,SQL
Server在該語句執行完後釋放這個鎖,而如果同時指定了...(1)
HOLDLOCK:
在該表上保持共享鎖,直到整個事務結束,而不是在語句執行完立即釋放所添加的鎖。
(2)
NOLOCK:不添加共享鎖和排它鎖,當這個選項生效後,可能讀到未提交讀的數據或「臟數據」,這個選項僅僅應用於SELECT語句。
(3)
PAGLOCK:指定添加頁鎖(否則通常可能添加表鎖)。
(4)
READCOMMITTED用與運行在提交讀隔離級別的事務相同的鎖語義執行掃描。默認情況下,SQL
Server
2000
在此隔離級別上操作。
(5)
READPAST:
跳過已經加鎖的數據行,這個選項將使事務讀取數據時跳過那些已經被其他事務鎖定的數據行,而不是阻塞直到其他事務釋放鎖,
READPAST僅僅應用於READ
COMMITTED隔離性級別下事務操作中的SELECT語句操作。
(6)
READUNCOMMITTED:等同於NOLOCK。
(7)
REPEATABLEREAD:設置事務為可重復讀隔離性級別。
(8)
ROWLOCK:使用行級鎖,而不使用粒度更粗的頁級鎖和表級鎖。
(9)
SERIALIZABLE:用與運行在可串列讀隔離級別的事務相同的鎖語義執行掃描。等同於
HOLDLOCK。
(10)
TABLOCK:指定使用表級鎖,而不是使用行級或頁面級的鎖,SQL
Server在該語句執行完後釋放這個鎖,而如果同時指定了HOLDLOCK,該鎖一直保持到這個事務結束。
(11)
TABLOCKX:指定在表上使用排它鎖,這個鎖可以阻止其他事務讀或更新這個表的數據,直到這個語句或整個事務結束。
(12)
UPDLOCK
:指定在
讀表中數據時設置更新
鎖(update
lock)而不是設置共享鎖,該鎖一直保持到這個語句或整個事務結束,使用UPDLOCK的作用是允許用戶先讀取數據(而且不阻塞其他用戶讀數據),並且保證在後來再更新數據時,這一段時間內這些數據沒有被其他用戶修改。

❻ sql server怎樣給一個資料庫加鎖和解鎖

加鎖的語句如下:

1

SELECT * FROM 表名 WITH (TABLOCK);

這里沒有解鎖的概念,只有不加鎖的概念,語句如下:

1

SELECT * FROM 表名 WITH (NOLOCK);

加鎖的解釋:
TABLOCK(表鎖)
此選項被選中時,SQL Server 將在整個表上置共享鎖直至該命令結束。 這個選項保證其他進程只能讀取而不能修改數據。
不加鎖的解釋:
NOLOCK(不加鎖)
此選項被選中時,SQL Server 在讀取或修改數據時不加任何鎖。 在這種情況下,用戶有可能讀取到

❼ SQL Server表鎖定原理以及如何解除鎖定

1. 資料庫表鎖定原理

1.1 目前的C/S,B/S結構都是多用戶訪問資料庫,每個時間點會有成千上萬個user來訪問DB,其中也會同時存取同一份數據,會造成數據的不一致性或者讀臟數據.

SELECT
request_session_idasSpid,
Coalesce(s.name+'.'+o.name+isnull('.'+i.name,''),
s2.name+'.'+o2.name,
db.name)ASObject,
l.resource_typeasType,
request_modeasMode,
request_statusasStatus
FROMsys.dm_tran_locksl
LEFTJOINsys.partitionsp
ONl.resource_associated_entity_id=p.hobt_id
LEFTJOINsys.indexesi
ONp.object_id=i.object_id
ANDp.index_id=i.index_id
LEFTJOINsys.objectso
ONp.object_id=o.object_id
LEFTJOINsys.schemass
ONo.schema_id=s.schema_id
LEFTJOINsys.objectso2
ONl.resource_associated_entity_id=o2.object_id
LEFTJOINsys.schemass2
ONo2.schema_id=s2.schema_id
LEFTJOINsys.databasesdb
ONl.resource_database_id=db.database_id
WHEREresource_database_id=DB_ID()
ORDERBYSpid,Object,CASEl.resource_type
When'database'Then1
when'object'then2
when'page'then3
when'key'then4
Else5end

❽ 怎樣用SQL給SQL2880特定表加鎖解鎖

加鎖的語句如下:
SELECT * FROM 表名 WITH (TABLOCK);這里沒有解鎖的概念,只有不加鎖的概念,語句如下:
SELECT * FROM 表名 WITH (NOLOCK);加鎖的解釋:
TABLOCK(表鎖)
此選項被選中時,SQL Server 將在整個表上置
共享鎖
直至該命令結束。 這個選項保證其他進程只能讀取而不能修改數據。
不加鎖的解釋:
NOLOCK(不加鎖)
此選項被選中時,SQL Server 在讀取或修改數據時不加任何鎖。 在這種情況下,用戶有可能讀取到