什麼是資料庫鎖

A. oracle--對鎖機制的理解-

1 引言—資料庫鎖的基本概念
為了確保並發用戶在存取同一資料庫對象時的正確性（即無丟失修改、可重復讀、不讀「臟」數據），資料庫中引入了鎖機制。基本的鎖類型有兩種：排它鎖（Exclusive locks記為X鎖）和共享鎖（Share locks記為S鎖）。
排它鎖：若事務T對數據D加X鎖，則其它任何事務都不能再對D加任何類型的鎖，直至T釋放D上的X鎖；一般要求在修改數據前要向該數據加排它鎖，所以排它鎖又稱為寫鎖。
共享鎖：若事務T對數據D加S鎖，則其它事務只能對D加S鎖，而不能加X鎖，直至T釋放D上的S鎖；一般要求在讀取數據前要向該數據加共享鎖，所以共享鎖又稱為讀鎖。
2 Oracle 多粒度封鎖機制介紹
根據保護對象的不同，Oracle資料庫鎖可以分為以下幾大類：
(1) DML lock（data locks，數據鎖）：用於保護數據的完整性；
(2) DDL lock（dictionary locks，字典鎖）：用於保護資料庫對象的結構（例如表、視圖、索引的結構定義）；
(3) internal locks 和l a t c h es（內部鎖與閂）：保護內部資料庫結構；
(4) distributed locks（分布式鎖）：用於OPS（並行伺服器）中；
(5) PCM locks（並行高速緩存管理鎖）：用於OPS（並行伺服器）中。
本文主要討論DML（也可稱為data locks，數據鎖）鎖。從封鎖粒度（封鎖對象的大小）的角度看，Oracle DML鎖共有兩個層次，即行級鎖和表級鎖。
2.1 Oracle的TX鎖（行級鎖、事務鎖）
許多對Oracle不太了解的技術人員可能會以為每一個TX鎖代表一條被封鎖的數據行，其實不然。TX的本義是Transaction（事務），當一個事務第一次執行數據更改（Insert、Update、Delete）或使用SELECT… FOR UPDATE語句進行查詢時，它即獲得一個TX（事務）鎖，直至該事務結束（執行COMMIT或ROLLBACK操作）時，該鎖才被釋放。所以，一個TX鎖，可以對應多個被該事務鎖定的數據行。
在Oracle的每行數據上，都有一個標志位來表示該行數據是否被鎖定。Oracle不象其它一些DBMS（資料庫管理系統）那樣，建立一個鏈表來維護每一行被加鎖的數據，這樣就大大減小了行級鎖的維護開銷，也在很大程度上避免了其它資料庫系統使用行級封鎖時經常發生的鎖數量不夠的情況。數據行上的鎖標志一旦被置位，就表明該行數據被加X鎖，Oracle在數據行上沒有S鎖。
2.2 TM鎖（表級鎖）
2.2.1 意向鎖的引出
表是由行組成的，當我們向某個表加鎖時，一方面需要檢查該鎖的申請是否與原有的表級鎖相容；另一方面，還要檢查該鎖是否與表中的每一行上的鎖相容。比如一個事務要在一個表上加S鎖，如果表中的一行已被另外的事務加了X鎖，那麼該鎖的申請也應被阻塞。如果表中的數據很多，逐行檢查鎖標志的開銷將很大，系統的性能將會受到影響。為了解決這個問題，可以在表級引入新的鎖類型來表示其所屬行的加鎖情況，這就引出了「意向鎖」的概念。
意向鎖的含義是如果對一個結點加意向鎖，則說明該結點的下層結點正在被加鎖；對任一結點加鎖時，必須先對它的上層結點加意向鎖。如：對表中的任一行加鎖時，必須先對它所在的表加意向鎖，然後再對該行加鎖。這樣一來，事務對表加鎖時，就不再需要檢查表中每行記錄的鎖標志位了，系統效率得以大大提高。
2.2.2 意向鎖的類型
由兩種基本的鎖類型（S鎖、X鎖），可以自然地派生出兩種意向鎖：
意向共享鎖（Intent Share Lock，簡稱IS鎖）：如果要對一個資料庫對象加S鎖，首先要對其上級結點加IS鎖，表示它的後裔結點擬（意向）加S鎖；
意向排它鎖（Intent Exclusive Lock，簡稱IX鎖）：如果要對一個資料庫對象加X鎖，首先要對其上級結點加IX鎖，表示它的後裔結點擬（意向）加X鎖。
另外，基本的鎖類型（S、X）與意向鎖類型（IS、IX）之間還可以組合出新的鎖類型，理論上可以組合出4種，即：S+IS，S+IX，X+IS，X+IX，但稍加分析不難看出，實際上只有S+IX有新的意義，其它三種組合都沒有使鎖的強度得到提高（即：S+IS=S，X+IS=X，X+IX=X，這里的「=」指鎖的強度相同）。所謂鎖的強度是指對其它鎖的排斥程度。
這樣我們又可以引入一種新的鎖的類型
共享意向排它鎖（Shared Intent Exclusive Lock,簡稱SIX鎖） ：如果對一個資料庫對象加SIX鎖，表示對它加S鎖，再加IX鎖，即SIX=S+IX。例如：事務對某個表加SIX鎖，則表示該事務要讀整個表（所以要對該表加S鎖），同時會更新個別行（所以要對該表加IX鎖）。
這樣資料庫對象上所加的鎖類型就可能有5種：即S、X、IS、IX、SIX。
具有意向鎖的多粒度封鎖方法中任意事務T要對一個資料庫對象加鎖，必須先對它的上層結點加意向鎖。申請封鎖時應按自上而下的次序進行；釋放封鎖時則應按自下而上的次序進行；具有意向鎖的多粒度封鎖方法提高了系統的並發度，減少了加鎖和解鎖的開銷。

B. oracle中的鎖有什麼作用都有什麼鎖之間有什麼區別謝謝

資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。 加鎖是實現資料庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。 在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。資料庫利用這兩種基本的鎖類型來對資料庫的事務進行並發控制。 根據保護的對象不同，Oracle資料庫鎖可以分為以下幾大類： DML鎖（data locks，數據鎖），用於保護數據的完整性； DDL鎖（dictionary locks，字典鎖），用於保護資料庫對象的結構，如表、索引等的結構定義； 內部鎖和閂（internal locks and latches），保護資料庫的內部結構，應用於SGA； 在我們實際應用開發中涉及較多的是DML鎖，其他兩種的話DBA會更加關心點； DML鎖的目的在於保證並發情況下的數據完整性，主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TX鎖稱為事務鎖或行級鎖。 當Oracle執行DML語句時，系統自動在所要操作的表上申請TM類型的鎖。當TM鎖獲得後，系統再自動申請TX類型的鎖，並將實際鎖定的數據行的鎖標志位進行置位。這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標志，而只需檢查TM鎖模式的相容性即可，大大提高了系統的效率。TM鎖包括了SS、SX、S、X等多種模式，在資料庫中用0－6來表示。不同的sql操作產生不同類型的TM鎖。如下圖所示： 值 鎖模式 鎖描述 SQL 0 NONE 1 NULL 空 SELECT 2 SS(ROW-S) 行級共享鎖 其他對象只能查詢這些數據行 SELECT FOR UPDATE、LOCK FOR UPDATE、 LOCK ROW SHARE 3 SX(ROW-X) 行級排它鎖 在提交前不允許做DML操作 INSERT、UPDATE、DELETE、 LOCK ROW SHARE 4 S(SHARE) 共享鎖 CREATE INDEX、LOCK SHARE 5 SSX(S/ROW-X) 共享行級排它鎖 LOCK SHARE ROW EXCLUSIVE 6 X(eXclusive) 排它鎖 ALTER TABLE、DROP TABLE、DROP INDEX、 TRUNCATE TABLE、LOCK EXCLUSIVE 在數據行上只有X鎖（排他鎖）。在 Oracle資料庫中，當一個事務首次發起一個DML語句時就獲得一個TX鎖，該鎖保持到事務被提交或回滾。當兩個或多個會話在表的同一條記錄上執行 DML語句時，第一個會話在該條記錄上加鎖，其他的會話處於等待狀態。當第一個會話提交後，TX鎖被釋放，其他會話才可以加鎖。 在大概了解oracle的鎖機制之後，我們來解決幾個基本的問題： 1.UPDATE/DELETE操作會將RS鎖定，直至操作被COMMIT或者ROLLBACK； 若操作未COMMIT之前其他session對同樣的RS做變更操作，則操作會被hold，直至前session的UPDATE/DELETE操作被COMMIT； 2.session內外SELECT的RS范圍 前提：INSERT、UPDATE操作未COMMIT之前進行SELECT； 若在同一session內，SELECT出來的RS會包括之前INSERT、UPDATE影響的記錄； 若不在同一session內，SELECT出來的RS不會包括未被COMMIT的記錄； 3.SELECT.... FOR UPDATE [OF cols] [NOWAIT/WAIT] [SKIP LOCKED] OF cols：只鎖定指定欄位所在表的RS，而沒有指定的表則不會鎖定，只會在多表聯合查詢時出現； NOWAIT：語句不會hold，而是直接返回錯誤ORA-0005

C. sql資料庫里鎖是什麼

ix是意向鎖。

意向鎖與其說是鎖，倒不如說更像一個指示器。在SQL Server中，資源是有層次的，一個表中可以包含N個頁，而一個頁中可以包含N個行。當我們在某一個行中加了鎖時。可以理解成包含這個行的頁，和表的一部分已經被鎖定。當另一個查詢需要鎖定頁或是表時，再一行行去看這個頁和表中所包含的數據是否被鎖定就有點太痛苦了。因此SQL Server鎖定一個粒度比較低的資源時，會在其父資源上加上意向鎖，告訴其他查詢這個資源的某一部分已經上鎖。比如，當我們更新一個表中的某一行時，其所在的頁和表都會獲得意向排他鎖，如圖所示。

D. 葯品臨床試驗資料庫鎖定是什麼意思

意思就是這一次臨床試驗，所有的受試者已經結束試驗，
數據已經回收、錄入，並核對無誤。
將鎖庫意味著正常情況下，不能對數據進行再次修改。

E. 資料庫鎖表是什麼意思

1、資料庫鎖表的意思：因為在資料庫里，同一個數據可能有多個人來讀取或更改，為了防止我更改的時候別人也同時更改，這是一般要鎖住表不讓別人改。

2、舉個簡單例子：在更新資料庫記錄的過程中，我是不希望別人也來更新我的這些記錄的，像庫存，做出庫的時候，原數量100，我出了20，我就需要把數量更新到80；

在更新的過程中，別人又做了30的出庫，如果在我更新的時候，別人先把庫存更新到70，然後我又更新80，那數量就錯誤了。所以我更新的時候，我就需要鎖定這條記錄。這是數據行鎖，排他鎖。

(5)什麼是資料庫鎖擴展閱讀：

資料庫鎖表的必要條件：

1）互斥條件：指進程對所分配到的資源進行排它性使用，即在一段時間內某資源只由一個進程佔用。如果此時還有其它進程請求資源，則請求者只能等待，直至佔有資源的進程用畢釋放。

2）請求和保持條件：指進程已經保持至少一個資源，但又提出了新的資源請求，而該資源已被其它進程佔有，此時請求進程阻塞，但又對自己已獲得的其它資源保持不放。

3）不剝奪條件：指進程已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。

4）環路等待條件：指在發生死鎖時，必然存在一個進程——資源的環形鏈，即進程集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1佔用的資源；P1正在等待P2佔用的資源，……，Pn正在等待已被P0佔用的資源。

F. 資料庫中,鎖有哪幾種類型,分別表示什麼涵義什麼是兩段領協議

摘要 資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。

G. 級別和資料庫鎖之間有什麼聯系和區別

資料庫鎖的分類一般有兩種：鎖類型分類--共享鎖、獨占鎖
鎖范圍分類--表級鎖和行級鎖。
表級鎖：鎖住整個表，限制其他用戶對該表的訪問方式，例如 只讀、加共享鎖等。
行級鎖：鎖住表的某一行，限制其他用戶對該行的訪問方式，例如 只讀、加共享鎖等。

H. 資料庫為什麼需要鎖機制有哪些鎖機制

資料庫鎖的產生原因:

資料庫和操作系統一樣，是一個多用戶使用的共享資源。當多個用戶並發地存取數據 時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。加鎖是實現資料庫並 發控制的一個非常重要的技術。在實際應用中經常會遇到的與鎖相關的異常情況，當兩個事務需要一組有沖突的鎖，而不能將事務繼續下去的話，就會出現死鎖，嚴 重影響應用的正常執行。

在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。資料庫利用這兩 種基本的鎖類型來對資料庫的事務進行並發控制。

I. MySQL中數據表鎖定是什麼意思

鎖是資料庫系統的基本概念，有許多種類型，簡單地說就是資料庫修改在操作（讀或者寫都可能）資料庫的時候，為了防止數據被其它程序修改，而對部分數據設置一個標志，使得其它程序訪問數據時特別注意。

J. 「sql」加鎖機制是什麼

您好！鎖是資料庫中的一個非常重要的概念，它主要用於多用戶環境下保證資料庫完整性和一致性。
我們知道，多個用戶能夠同時操縱同一個資料庫中的數據，會發生數據不一致現象。即如果沒有鎖定且多個用戶同時訪問一個資料庫，則當他們的事務同時使用相同的數據時可能會發生問題。這些問題包括：丟失更新、臟讀、不可重復讀和幻覺讀。資料庫加鎖就是為了解決以上的問題。
當然，加鎖固然好，但是一定要避免死鎖的出現。
在資料庫系統中，死鎖是指多個用戶（進程）分別鎖定了一個資源，並又試圖請求鎖定對方已經鎖定的資源，這就產生了一個鎖定請求環，導致多個用戶（進程）都處於等待對方釋放所鎖定資源的狀態。這種死鎖是最典型的死鎖形式, 例如在同一時間內有兩個事務A和B，事務A有兩個操作：鎖定表part和請求訪問表supplier；事務B也有兩個操作：鎖定表supplier和請求訪問表part。結果，事務A和事務B之間發生了死鎖。死鎖的第二種情況是，當在一個資料庫中時，有若干個長時間運行的事務執行並行的操作，當查詢分析器處理一種非常復雜的查詢例如連接查詢時，那麼由於不能控制處理的順序，有可能發生死鎖現象。
在應用程序中就可以採用下面的一些方法來盡量避免死鎖了： （1）合理安排表訪問順序。 （2）在事務中盡量避免用戶干預，盡量使一個事務處理的任務少些, 保持事務簡短並在一個批處理中。 （3）數據訪問時域離散法, 數據訪問時域離散法是指在客戶機/伺服器結構中，採取各種控制手段控制對資料庫或資料庫中的對象訪問時間段。主要通過以下方式實現: 合理安排後台事務的執行時間，採用工作流對後台事務進行統一管理。工作流在管理任務時，一方面限制同一類任務的線程數（往往限制為1個），防止資源過多佔用; 另一方面合理安排不同任務執行時序、時間，盡量避免多個後台任務同時執行，另外， 避免在前台交易高峰時間運行後台任務。 （4）數據存儲空間離散法。數據存儲空間離散法是指採取各種手段，將邏輯上在一個表中的數據分散到若干離散的空間上去，以便改善對表的訪問性能。主要通過以下方法實現: 第一，將大表按行或列分解為若干小表; 第二，按不同的用戶群分解。 （5）使用盡可能低的隔離性級別。隔離性級別是指為保證資料庫數據的完整性和一致性而使多用戶事務隔離的程度，SQL92定義了4種隔離性級別：未提交讀、提交讀、可重復讀和可串列。如果選擇過高的隔離性級別，如可串列，雖然系統可以因實現更好隔離性而更大程度上保證數據的完整性和一致性，但各事務間沖突而死鎖的機會大大增加，大大影響了系統性能。 （6）使用綁定連接, 綁定連接允許兩個或多個事務連接共享事務和鎖，而且任何一個事務連接要申請鎖如同另外一個事務要申請鎖一樣，因此可以允許這些事務共享數據而不會有加鎖的沖突。
總之，了解SQL Server的鎖機制，掌握資料庫鎖定方法, 對一個合格的DBA來說是很重要的。