資料庫中什麼是鎖

Ⅰ 「sql」加鎖機制是什麼

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

Ⅱ 什麼是數據鎖有什麼作用

SQL中的數據鎖，主要有排它鎖、共享鎖兩種
排它鎖可以保證數據的准確性，避免用戶讀取一些臟數據，比如在我使用update一張表的時候，就有一個排它鎖，我在沒有更新完是不可以讀取這張表的數據
共享鎖是可以一起使用，如我可以兩個用戶同時查詢一張表

還有一種是由於排它鎖可能造成死鎖，比如，A過程現在使用著a資源，但是A這個過程又請求b資源，但是b資源又被B過程佔用著，而B過程剛好是需要a資源才能完成，這樣A和B就永遠都完成不了，所以就形成了死鎖，但是資料庫會根據鎖的優先順序會把一個過程給殺掉，然後釋放出資源
http://www.it-school.cn/html/Windows-SDK-API/200611/123963.html

Ⅲ sql資料庫里鎖是什麼

ix是意向鎖。

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

Ⅳ 什麼是事務什麼是鎖

事務與鎖是不同的。事務具有ACID（原子性、一致性、隔離性和持久性），鎖是用於解決隔離性的一種機制。事務的隔離級別通過鎖的機制來實現。另外鎖有不同的粒度，同時事務也是有不同的隔離級別的（一般有四種：讀未提交Read uncommitted，
讀已提交Read committed，
可重復讀Repeatable read，
可串列化Serializable）。
在具體的程序設計中，開啟事務其實是要資料庫支持才行的，如果資料庫本身不支持事務，那麼仍然無法確保你在程序中使用的事務是有效的。
鎖可以分為樂觀鎖和悲觀鎖：
悲觀鎖：認為在修改資料庫數據的這段時間里存在著也想修改此數據的事務；
樂觀鎖：認為在短暫的時間里不會有事務來修改此資料庫的數據；
我們一般意義上講的鎖其實是指悲觀鎖，在數據處理過程中，將數據置於鎖定狀態（由資料庫實現）
如果開啟了事務，在事務沒提交之前，別人是無法修改該數據的；如果rollback，你在本次事務中的修改將撤消（不是別人修改的會沒有，因為別人此時無法修改）。當然，前提是你使用的資料庫支持事務。還有一個要注意的是，部分資料庫支持自定義SQL鎖覆蓋事務隔離級別默認的鎖機制，如果使用了自定義的鎖，那就另當別論。
重點：一般事務使用的是悲觀鎖（具有排他性）

Ⅳ 資料庫鎖表是什麼意思

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

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

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

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

資料庫鎖表的必要條件：

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

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

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

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

Ⅵ web中MySQL中什麼是鎖

你好，
很高興回答你的問題。
從問題描述上看不太明白是要問什麼，我推測是要問mysql的鎖。
mysql的鎖是為了保證數據一致性的。簡單來說就是保證同時只有一個事務可以修改數據。
如果有幫助到你，請點擊採納。
如果有問題再追問。

Ⅶ 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 ...

Ⅷ 資料庫中什麼是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.

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

資料庫鎖的產生原因:

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

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

Ⅹ 深入理解MySQL資料庫各種鎖（總結）

MyISAM和InnoDB存儲引擎使用的鎖：

封鎖粒度小：

由於InnoDB存儲引擎支持的是行級別的鎖，因此意向鎖（因為意向鎖是表鎖）其實不會阻塞除全表掃以外的任何請求。故表級意向鎖與行級鎖的兼容性如下所示

參考

參考

行鎖的三種演算法：

這條語句阻止其他事務插入10和20之間的數字，無論這個數字是否存在。 間隙可以跨越0個，單個或多個索引值。

https://blog.csdn.net/u014316026/article/details/78726459

共享鎖：

排他鎖：

https://www.cnblogs.com/mysql-hang/articles/11027685.html

樂觀鎖：總是假設最好的情況，每次去拿數據的時候都認為別人不會修改（天真）， 操作數據時不會上鎖 ，但是 更新時會判斷在此期間有沒有別的事務更新這個數據，若被更新過，則失敗重試 ；適用於讀多寫少的場景。

樂觀鎖的實現方式 有：

關閉自動提交後，我們需要手動開啟事務。

上述就實現了悲觀鎖，悲觀鎖就是悲觀主義者，它會認為我們在事務A中操作數據1的時候，一定會有事務B來修改數據1,所以，在第2步我們將數據查詢出來後直接加上排它鎖（X）鎖，防止別的事務來修改事務1，直到我們commit後，才釋放了排它鎖。