資料庫的鎖
共享鎖，排它鎖
『貳』 資料庫最大鎖是什麼
限制最大的是所有記錄排他鎖。
因為行級鎖隱含表結構鎖。
LMODE
0、無
1、NULL，可以某些情況下，如分布式資料庫的查詢會產生此鎖。
2、SS，表結構共享鎖
3、SX，表結構共享鎖+被操作的記錄的排它鎖
4、S， 表結構共享鎖+所有記錄共享鎖
5、SRX 表結構共享鎖+所有記錄排它鎖
6、X 表結構排它鎖+所有記錄排它鎖
『叄』 sql資料庫如何解鎖呢
你先查一下你的數據表示不是鎖表了。
select sess.sid,
sess.serial#,
lo.oracle_username,
lo.os_user_name,
ao.object_name,
lo.locked_mode
from v$locked_object lo,
dba_objects ao,
v$session sess
where ao.object_id = lo.object_id and lo.session_id = sess.sid
通過以上sql就可以知道哪個進程、序列，oracle用戶名、操作系統用戶名、表名、鎖表模式幾個欄位
下面一步就是將改鎖表的進程和序列殺掉了，執行下面的語句即可。
alter system kill session '1020,38953' --(1020，就是執行第一步語句得到的sid欄位值，38953就是serial#欄位值)
詳細的請參照：網頁鏈接
『肆』 資料庫中什麼是S鎖什麼是X鎖它們區別是什麼
基本的封鎖類型有兩種:排它鎖(X鎖)和共享鎖(S鎖).所謂X鎖,是事務T對數據A加上X鎖時,只允許事務T讀取和修改數據A,...所謂S鎖,是事務T對數據A加上S鎖時,其他事務只能再對數據A加S鎖,而不能加X鎖,直到T釋放A上的S鎖
若事務T對數據對象A加了S鎖,則T就可以對A進行讀取,但不能進行更新(S鎖因此又稱為讀鎖),在T釋放A上的S鎖以前,其他事務可以再對A加S鎖,但不能加X鎖,從而可以讀取A,但不能更新A.
『伍』 資料庫鎖表是什麼意思
1、資料庫鎖表的意思：因為在資料庫里，同一個數據可能有多個人來讀取或更改，為了防止我更改的時候別人也同時更改，這是一般要鎖住表不讓別人改。
2、舉個簡單例子：在更新資料庫記錄的過程中，我是不希望別人也來更新我的這些記錄的，像庫存，做出庫的時候，原數量100，我出了20，我就需要把數量更新到80；
在更新的過程中，別人又做了30的出庫，如果在我更新的時候，別人先把庫存更新到70，然後我又更新80，那數量就錯誤了。所以我更新的時候，我就需要鎖定這條記錄。這是數據行鎖，排他鎖。
(5)資料庫的鎖擴展閱讀：
資料庫鎖表的必要條件：
1）互斥條件：指進程對所分配到的資源進行排它性使用，即在一段時間內某資源只由一個進程佔用。如果此時還有其它進程請求資源，則請求者只能等待，直至佔有資源的進程用畢釋放。
2）請求和保持條件：指進程已經保持至少一個資源，但又提出了新的資源請求，而該資源已被其它進程佔有，此時請求進程阻塞，但又對自己已獲得的其它資源保持不放。
3）不剝奪條件：指進程已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。
4）環路等待條件：指在發生死鎖時，必然存在一個進程——資源的環形鏈，即進程集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1佔用的資源；P1正在等待P2佔用的資源，……，Pn正在等待已被P0佔用的資源。
『陸』 怎麼理解資料庫的鎖 一般鎖分別哪幾種
資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。
加鎖是實現資料庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。資料庫利用這兩種基本的鎖類型來對資料庫的事務進行並發控制。
(6)資料庫的鎖擴展閱讀：
排它鎖和共享鎖的不同之處：
1、共享鎖（S鎖）：如果事務T對數據A加上共享鎖後，則其他事務只能對A再加共享鎖，不能加排他鎖。獲准共享鎖的事務只能讀數據，不能修改數據。
排他鎖（X鎖）：如果事務T對數據A加上排他鎖後，則其他事務不能再對A加任任何類型的封鎖。獲准排他鎖的事務既能讀數據，又能修改數據。
2、共享鎖下其它用戶可以並發讀取，查詢數據。但不能修改，增加，刪除數據，資源共享。
3、共享鎖又稱為讀鎖（Share lock,簡記為S鎖），若事務T對數據對象A加上S鎖，則其它事務只能再對A加S鎖，而不能加X鎖，直到T釋放A上的S鎖。
『柒』 mysql 查看資料庫中有沒有鎖
第一步，查看行鎖使用情況，命令：
show statue like 'innodb_row_lock%';
如下圖所示：
第二步，創建資料庫表monitor_amount，如下圖所示：
第三步，查看innodb的狀態，命令：
show innodb status \G;
如下圖所示：
第四步，向資料庫表monitor_amount插入四條記錄，如下圖所示：
第五步，再次查看innodb狀態，如下圖所示：
第六步，可以利用刪除表命令來停止查看，如下圖所示：
『捌』 sql資料庫里鎖是什麼
ix是意向鎖。
意向鎖與其說是鎖，倒不如說更像一個指示器。在SQL Server中，資源是有層次的，一個表中可以包含N個頁，而一個頁中可以包含N個行。當我們在某一個行中加了鎖時。可以理解成包含這個行的頁，和表的一部分已經被鎖定。當另一個查詢需要鎖定頁或是表時，再一行行去看這個頁和表中所包含的數據是否被鎖定就有點太痛苦了。因此SQL Server鎖定一個粒度比較低的資源時，會在其父資源上加上意向鎖，告訴其他查詢這個資源的某一部分已經上鎖。比如，當我們更新一個表中的某一行時，其所在的頁和表都會獲得意向排他鎖，如圖所示。
『玖』 級別和資料庫鎖之間有什麼聯系和區別
資料庫鎖的分類一般有兩種：鎖類型分類--共享鎖、獨占鎖
鎖范圍分類--表級鎖和行級鎖。
表級鎖：鎖住整個表，限制其他用戶對該表的訪問方式，例如 只讀、加共享鎖等。
行級鎖：鎖住表的某一行，限制其他用戶對該行的訪問方式，例如 只讀、加共享鎖等。
『拾』 mysql中的鎖都有哪些
MySQL 中有哪些鎖？資料庫中鎖的設計初衷處理並發問題，作為多用戶共享資源，當出現並發訪問的時候，資料庫需要合理控制資源訪問規則。鎖就是實現這些訪問規則中的重要數據。
鎖的分類根據加鎖范圍，MySQL 裡面的鎖可以分成 全局鎖 、 表級鎖 、 行鎖 三類。
全局鎖全局鎖，就是對整個資料庫實例加鎖，MySQL 提供了一個加全局讀鎖的方法，命令是:
Flush tables with read lock (FTWRL)當需要整個庫只讀狀態的時候，可以使用這個命令，之後其他線程的：數據更新語句（增刪改），數據定義語句（建表，修改表結構）和更新事務的提交語句將會被阻塞。
全局鎖的使用場景全局鎖的定型使用場景，做 全庫邏輯備份 。也就是把整個庫每個表都 Select 出來，然後存成文本。
如何整個庫都只讀，會有什麼問題？ 如果你在主庫上備份，那麼在備份期間都不能執行更想，業務就基本上停擺。 如果在從庫上備份，那麼備份期間從庫不能執行主庫同步過來的 binlog ,會導致從延遲。 既然要全庫只讀， 為什麼不使用set global readonly=true的方式呢?readonly 方式也可以讓全庫進入只讀狀態,但我還是會建議你用FTWRL方式， 主要有兩個原因：
一是， 在有些系統中， readonly的值會被用來做其他邏輯，比如用來判斷一個庫是主庫還是備庫。因此，修改global變數的方式影響面更大， 我不建議你使用。 二是， 在異常處理機制上有差異。如果執行FTWRL命令之後由於客戶端發生異常斷開， 那麼MySQL會自動釋放這個全局鎖， 整個庫回到可以正常更新的狀態。而將整個庫設置為readonly之後， 如果客戶端發生異常， 則資料庫就會一直保持readonly狀態， 這樣會導致整個庫長時間處於不可寫狀態， 風險較高 表級別鎖MySQL 裡面表級別的鎖有兩種：一種是表鎖，一種是元數據鎖（meta data lok, MDL）。表鎖的語法是 ：
lock tables ... read/write與 FTWRL 類似,可以使用 unlock tables 主動釋放鎖，也可以在客戶端斷開的時候自動釋放。需要注意的是，lock tables語法除了會限制別的線程的讀寫外，也限定了本線程接下來的操作對象。
MDL 表級鎖MDL 不需要顯示使用，在訪問一個表的時候自動加上， MDL 保證讀寫的正確性，也就是說在查詢數據時，不允許有其他線程對這個表結構做變更。
什麼操作會加 MDL 鎖？在MySQL 5.5版本中引入了MDL， 當對一個表做增刪改查操作的時候，加 MDL讀鎖 ；當要對表做結構變更操作的時候，加 MDL寫鎖 。
讀鎖之間不互斥，因此可以有多個線程同時對一張表增刪改查。 讀寫之間、寫鎖之間是互斥的，用來保證變更表結構操作的安全性，如果有兩個線程要同時給一個表加欄位，其中一個要等另外一個執行完才能執行。 更改表結構要注意哪些？給一個表加欄位， 或者修改欄位， 或者加索引， 需要掃描全表的數據。在對大表操作的時候， 你肯定會特別小心， 以免對線上服務造成影響。而實際上， 即使是小表， 操作不慎也會出問題，導致整個庫的線程爆滿。
舉個例子我們來看一下下面的操作序列， 假設表t是一個小表。
image
session A先啟動， 這時候會對表t加一個 MDL讀鎖 。由於session B需要的也是 MDL讀鎖 ， 因此可以正常執行。 session C會被blocked， 是因為session A的MDL讀鎖還沒有釋放， 而session C需要MDL寫鎖， 因此只能被阻塞，讀寫鎖互斥。 如果只有session C自己被阻塞還沒什麼關系， 但是之後所有要在表t上新申請MDL讀鎖的請求也會被session C阻塞。前面我們說了，所有對表的增刪改查操作都需要先申請MDL讀鎖， 就都被鎖住， 等於這個表現在完全不可讀寫了。如果某個表上的查詢語句頻繁， 而且客戶端有重試機制，也就是說超時後會再起一個新session 再請求的話， 這個 庫的線程很快就會爆滿 。事務中的MDL鎖， 在語句執行開始時申請， 但是語句結束後並不會馬上釋放， 而會等到整個事務提交後再釋放。
怎麼解決這個 更改表結構問題比較理想的機制是， 在alter table語句裡面設定等待時間， 如果在這個指定的等待時間裡面能夠拿到MDL寫鎖最好， 拿不到也不要阻塞後面的業務語句， 先放棄。
ALTER TABLE tbl_name NOWAIT add column ... ALTER TABLE tbl_name WAIT N add column ...