專案資料表中的併發控制機制之version

2021-08-26 15:13:21 字數 1024 閱讀 4580

version:中文意思其實就是版本的意思,主要的目的就是在併發的情況下進行乙個版本的校驗來進行修改操作!

在這裡version的值就是代表了它到底是樂觀鎖還是悲觀鎖,下面解釋下什麼是樂觀鎖什麼是悲觀鎖!

下面是原文!

為什麼需要鎖(併發控制)?

在多使用者環境中,在同一時間可能會有多個使用者更新相同的記錄,這會產生衝突。這就是著名的併發性問題。

典型的衝突有:

l 丟失更新:乙個事務的更新覆蓋了其它事務的更新結果,就是所謂的更新丟失。例如:使用者a把值從6改為2,使用者b把值從2改為6,則使用者a丟失了他的更新。

l 髒讀:當乙個事務讀取其它完成一半事務的記錄時,就會發生髒讀取。例如:使用者a,b看到的值都是6,使用者b把值改為2,使用者a讀到的值仍為6。

為了解決這些併發帶來的問題。 我們需要引入併發控制機制。

悲觀鎖:假定會發生併發衝突,遮蔽一切可能違反資料完整性的操作。[1]

樂觀鎖:假設不會發生併發衝突,只在提交操作時檢查是否違反資料完整性。[1] 樂觀鎖不能解決髒讀的問題。

1.      使用自增長的整數表示資料版本號。更新時檢查版本號是否一致,比如資料庫中資料版本為6,更新提交時version=6+1,使用該version值(=7)與資料庫version+1(=7)作比較,如果相等,則可以更新,如果不等則有可能其他程式已更新該記錄,所以返回錯誤。

2.      使用時間戳來實現.

注:對於以上兩種方式,hibernate自帶實現方式:在使用樂觀的鎖字段前加annotation: @version, hibernate在更新時自動校驗該欄位。

我們在查詢的時候使用了with (updlock)選項,在查詢記錄的時候我們就對記錄加上了更新鎖,表示我們即將對此記錄進行更新. 注意更新鎖和共享鎖是不衝突的,也就是其他使用者還可以查詢此表的內容,但是和更新鎖和排它鎖是衝突的.所以其他的更新使用者就會阻塞.

在實際生產環境裡邊,如果併發量不大且不允許髒讀,可以使用悲觀鎖解決併發問題;但如果系統的併發非常大的話,悲觀鎖定會帶來非常大的效能問題,所以我們就要選擇樂觀鎖定的方法.

python中scrapy處理專案資料的例項分析

在我們處理完資料後,習慣把它放在原有的位置,但是這樣也會出現一定的隱患。如果因為新資料的加入或者其他種種原因,當我們再次想要啟用這個檔案的時候,小夥伴們就會開始著急卻怎麼也翻不出來,似乎也沒有其他更好的蒐集辦法,而重新進行資料整理顯然是不現實的。下面我們就一起看看python爬蟲中sc處理專案資料的...

MySQL 資料表操作 刪除資料表中的記錄

刪除資料記錄是資料操作中常見的操作,可以刪除表中已經存在的資料記錄。在mysql中可以通過delete語句來刪除資料記錄,該sql語句可以通過以下幾種方式使用 刪除特定資料記錄 刪除所有資料記錄。刪除特定資料記錄 在mysql中刪除特定資料記錄可通過sql語句delete來實現,其語法形式如下 de...

mysql高階講解之資料表中帶OR的多條件查詢

or關鍵字可以聯合多個條件進行查詢。使用or關鍵字時 1 只要符合這幾個查詢條件的其中乙個條件,這樣的記錄就會被查詢出來。2 如果不符合這些查詢條件中的任何一條,這樣的記錄將被排除掉。or關鍵字的基本語法格式如下 條件表示式1or條件表示式2 or條件表示式n or可以連線兩個條件表示式,同時可以使...