對數據庫(表)操作時,大家一般什么情況下用到事物、鎖?什么情況下又不必用?請問程序中怎么寫關於事物、鎖的代碼?


對數據庫(表)操作時,大家一般什么情況下用到事物、鎖?什么情況下又不必用?請問程序中怎么寫關於事物、鎖的代碼?

5 个解决方案

#1


這個東西是數據庫自己實現的,寫程序的時候不用太關心。只是要注意update的時候要注意,不要幾個update同時對一個(組)記錄進行更新,這樣會造成死鎖。

#2


請問城市陌生人:
“不要幾個update同時對一個(組)記錄進行更新”,這句話的意思是:一個客戶端同時用幾個update語句更新一條記錄,還是多個客戶端用同樣的一條update語句同時更新同一條記錄?

#3


死鎖是和事務有關系的,如果你的SQL寫的不合理,就容易造成死鎖,例如:執行時間過長。

具體可以看SQL Server聯機幫助

當某組資源的兩個或多個線程之間有循環相關性時,將發生死鎖。

死鎖是一種可能發生在任何多線程系統中的狀態,而不僅僅發生在關系數據庫管理系統中。多線程系統中的一個線程可能獲取一個或多個資源(如鎖)。如果正獲取的資源當前為另一線程所擁有,則第一個線程可能必須等待擁有線程釋放目標資源。這時就說等待線程在那個特定資源上與擁有線程有相關性。

如果擁有線程需要獲取另外一個資源,而該資源當前為等待線程所擁有,則這種情形將成為死鎖:在事務提交或回滾之前兩個線程都不能釋放資源,而且它們因為正等待對方擁有的資源而不能提交或回滾事務。例如,運行事務 1 的線程 T1 具有 Supplier 表上的排它鎖。運行事務 2 的線程 T2 具有 Part 表上的排它鎖,並且之后需要 Supplier 表上的鎖。事務 2 無法獲得這一鎖,因為事務 1 已擁有它。事務 2 被阻塞,等待事務 1。然后,事務 1 需要 Part 表的鎖,但無法獲得鎖,因為事務 2 將它鎖定了。事務在提交或回滾之前不能釋放持有的鎖。因為事務需要對方控制的鎖才能繼續操作,所以它們不能提交或回滾。

#4


具體看SQL聯機幫助
當某組資源的兩個或多個線程之間有循環相關性時,將發生死鎖。

死鎖是一種可能發生在任何多線程系統中的狀態,而不僅僅發生在關系數據庫管理系統中。多線程系統中的一個線程可能獲取一個或多個資源(如鎖)。如果正獲取的資源當前為另一線程所擁有,則第一個線程可能必須等待擁有線程釋放目標資源。這時就說等待線程在那個特定資源上與擁有線程有相關性。

如果擁有線程需要獲取另外一個資源,而該資源當前為等待線程所擁有,則這種情形將成為死鎖:在事務提交或回滾之前兩個線程都不能釋放資源,而且它們因為正等待對方擁有的資源而不能提交或回滾事務。例如,運行事務 1 的線程 T1 具有 Supplier 表上的排它鎖。運行事務 2 的線程 T2 具有 Part 表上的排它鎖,並且之后需要 Supplier 表上的鎖。事務 2 無法獲得這一鎖,因為事務 1 已擁有它。事務 2 被阻塞,等待事務 1。然后,事務 1 需要 Part 表的鎖,但無法獲得鎖,因為事務 2 將它鎖定了。事務在提交或回滾之前不能釋放持有的鎖。因為事務需要對方控制的鎖才能繼續操作,所以它們不能提交或回滾。

#5


具體看SQL聯機幫助
當某組資源的兩個或多個線程之間有循環相關性時,將發生死鎖。

死鎖是一種可能發生在任何多線程系統中的狀態,而不僅僅發生在關系數據庫管理系統中。多線程系統中的一個線程可能獲取一個或多個資源(如鎖)。如果正獲取的資源當前為另一線程所擁有,則第一個線程可能必須等待擁有線程釋放目標資源。這時就說等待線程在那個特定資源上與擁有線程有相關性。

如果擁有線程需要獲取另外一個資源,而該資源當前為等待線程所擁有,則這種情形將成為死鎖:在事務提交或回滾之前兩個線程都不能釋放資源,而且它們因為正等待對方擁有的資源而不能提交或回滾事務。例如,運行事務 1 的線程 T1 具有 Supplier 表上的排它鎖。運行事務 2 的線程 T2 具有 Part 表上的排它鎖,並且之后需要 Supplier 表上的鎖。事務 2 無法獲得這一鎖,因為事務 1 已擁有它。事務 2 被阻塞,等待事務 1。然后,事務 1 需要 Part 表的鎖,但無法獲得鎖,因為事務 2 將它鎖定了。事務在提交或回滾之前不能釋放持有的鎖。因為事務需要對方控制的鎖才能繼續操作,所以它們不能提交或回滾。

注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
  © 2014-2022 ITdaan.com 联系我们: