為什么要為數據庫加嚴格兩階段鎖或強階段鎖？

保證數據的絕對安全，防止被惡意篡改。

庫存不夠用數據庫鎖可以嗎？

是的，你可以。

為了保證數據的一致性和有效性，當數據庫高并發讀寫資源時，鎖是一個非常重要的機制。Mysql鎖分為三個級別::行鎖、頁鎖和表鎖。

數據鎖庫是什么意思？

應該是數據庫頻率。它是阻止其他事務訪問指定資源控制，實現并發控制的主要手段。

鎖意味著在事務訪問數據庫中的資源(如表和記錄)之前，它首先請求系統阻塞該資源。事務獲得鎖后，它就獲得了對數據的控制權，在事務釋放其鎖之前，其他事務不能更新數據。當事務被撤消時，鎖定的資源被釋放。

關于MySQL中的表鎖和行鎖？

1.程序中的非數據庫交互導致事務掛起。

在SQL事務代碼中嵌入接口調用或文件操作等非數據庫交互操作，可能會導致整個事務掛起(接口被阻塞，等待超時或上傳下載大附件)。

2.該事務包含性能不佳的查詢SQL

事務中有一個慢速查詢，導致同一個事務中的其他DML無法及時釋放被占用的行鎖，導致行鎖等待。

3.單個事務包含大量SQL。

這通常是由于在事務代碼中添加了一個for循環造成的。雖然單個SQL運行速度很快，但是當SQL數量很大時，事務會很慢。

4.級聯更新SQL需要很長時間來執行。

這種SQL很容易給人錯覺。例如，級聯更新如更新一個集合...where(selectB)不僅會占用表A上的行鎖，還會占用表B上的行鎖，當SQL長時間執行時，很容易導致表B上的行鎖等待。

5.由于磁盤問題，交易暫停

在極少數情況下，比如存儲突然下線，SQL執行會卡在內核調用磁盤這一步，無法提交事務。

綜上所述，可以看出，如果長時間不提交事務，并且事務中包含DML操作，可能會有行鎖等待，從而導致錯誤。

都有什么情況會導致數據庫鎖表呢？

數據庫鎖定表:在數據庫中，相同的數據可能被多個人讀取或更改。為了防止其他人同時更改它，一般需要將此處的表鎖定，以防止其他人更改。當然，還有其他復雜的情況。

數據庫鎖分為共享鎖、有意鎖和排他鎖。從鎖粒度的角度來看，可以分為獲取行、頁鍵、鍵范圍、索引、表或數據庫的鎖。(鎖粒度是被阻塞目標的大小。小的阻塞粒度導致高并發性，但開銷也高。大的阻塞粒度導致低并發性但低開銷。)

可能的原因有:

(1)沒有索引ec的字段當執行一個事務時，如果表中沒有索引，它將掃描整個表。如果此時有其他事務過來，表就會被鎖定！

(2):的交易處理時間長。當越來越多的事務堆積起來，就會發生表鎖！

(3)關聯操作太多。:涉及許多表格的修改。并發量大的時候會鎖死大量的表數據！

表鎖的解決方案是:

(1)是否被鎖定，鎖定的數據可以通過相關的sql語句查詢出來！

(2)鎖的時間限制，防止無限死鎖！

(3)添加索引，避免掃描整個表！

(4)嘗試順序操作數據！

(5)根據引擎選擇合理的鎖粒度！

(6)交易中的處理時間盡量短！

生產中的死鎖是一個很嚴重的問題，因為死鎖通常沒有明顯的錯誤日志，發現錯誤只能后知后覺的處理，所以一定要盡量避免！

擴展數據:

阻塞意味著一個事務T在操作一個數據對象(比如一個表或記錄)之前向系統發送一個鎖定它的請求。鎖定后，事務T對數據對象有一定的控制權，在事務T釋放它的鎖之前，其他事務不能更新數據對象。

鎖表的基本類型有:

(1)獨占鎖(標記為X鎖)

排他鎖也稱為寫鎖。如果事務T用X鎖定數據對象A，那么只有T被允許讀取和修改A，在T釋放對A的鎖定之前，任何其他事務都不能用任何類型鎖定A..

(2)共享鎖(標記為S鎖)

共享鎖也稱為讀鎖。如果事務T用S鎖定數據對象A，其他事務只能用S鎖定A，而不能用X，直到T釋放A上的S鎖..X鎖和S鎖都被添加到數據對象中。

阻擋單元是:

被阻塞的對象可以是邏輯單元或物理單元。

邏輯單元:屬性值、屬性值集、元組、關系、索引項、整個索引、整個數據庫等。

物理單位:頁(數據頁或索引頁)、塊等。

阻塞對象可大可小，比如鎖定整個數據庫或鎖定一個屬性值。被阻塞對象的大小稱為塊的粒度。阻塞粒度越大，系統中可以阻塞的對象越少，并發越小，但系統開銷也越??；阻塞粒度越小，并發性越高，但開銷也越高。

在選擇阻塞粒度時，我們必須同時考慮成本和并發性，做出權衡以獲得最佳效果。

總的原則是:

(1)需要處理大量元組的用戶事務:關系是阻塞單元；

(2)需要處理大量多元關系元組的用戶事務:以數據庫為分塊單位；

(3)只處理元組數量少的用戶事務:以元組為分塊單位。

加入測試材料: