一、為什麼需要鎖（併發控制）？
在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。
典型的衝突有：
1.丟失更新：乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如：使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。
2.髒讀：當乙個事務讀取其它完成一半事務的記錄時，就會發生髒讀取。例如：使用者a,b看到的值都是6，使用者b把值改為2，使用者a讀到的值仍為6。
為了解決這些併發帶來的問題。 我們需要引入併發控制機制。
二、 併發控制機制
鎖,即給我們選定的目標資料上鎖，使其無法被其他程式修改。
1.悲觀鎖：指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態
2.樂觀鎖：假設不會發生併發衝突，只在提交操作時檢查是否違反資料完整性。樂觀鎖不能解決髒讀的問題。
三、樂觀鎖的實現
使用資料版本（version）記錄機制實現，這是樂觀鎖最常用的一種實現方式。何謂資料版本？即為資料增加乙個版本標識，一般是通過為資料庫表增加乙個數字型別的 「version」 欄位來實現。當讀取資料時，將version欄位的值一同讀出，資料每更新一次，對此version值加一。當我們提交更新的時候，判斷資料庫表對應記錄的當前版本資訊與第一次取出來的version值進行比對，如果資料庫表當前版本號與第一次取出來的version值相等，則予以更新，否則認為是過期資料
1.資料庫表設計
task
有三個字段，分別是id,value、version
2.實現
1）先讀task表的資料（實際上這個表只有一條記錄），得到version的值為versionvalue
2)每次更新task表中的value欄位時，為了防止發生衝突，需要這樣操作
update task set value = newvalue, version = versionvalue + 1 where version = versionvalue;如假設有兩個節點a和b都要更新task表中的value字段值，差不多在同一時刻，a節點和b節點從task表中讀到的version值為2，那麼a節點和b節點在更新value字段值的時候，都操作 update task set value = newvalue,version = 3 where version = 2;,實際上只有1個節點執行該sql語句成功，假設a節點執行成功，那麼此時task表的version欄位的值是3，b節點再操作update task set value = newvalue,version = 3 where version = 2;這條sql語句是不執行的，這樣就保證了更新task表時不發生衝突；
資料庫設計之悲觀鎖和樂觀鎖解析
悲觀鎖和樂觀鎖實際上說的並不是具體的一種鎖，而是一種處理的邏輯。悲觀鎖 pessimistic lock 悲觀鎖顧名思義，就是假設事情往不好的方向發展，即我們認為每次我們獲取到資料之後，資料大概率會被修改 因此我們在拿到資料之後就給資料加鎖，防止資料被其他執行緒修改了，加鎖期間，其他對該資料進行讀寫...
資料庫樂觀鎖
百上千個併發，這樣的情況將導致怎樣的後果。樂觀鎖機制在一定程度上解決了這個問題。樂觀鎖，大多是基於資料版本 version 記錄機制實現。何謂資料版本？即為資料增加乙個版本標識，在基於 資料庫表的版本解決方案中，一般是通過為資料庫表增加乙個 version 欄位來 實現。讀取出資料時，將此版本號一同...
資料庫樂觀鎖
兩個執行緒同時運算元據庫時，希望可以實現，乙個執行緒在修改資料庫的時候，另外乙個執行緒不能對同一條資料進行修改。sql語句 update money set money money 1,version version 1where id and version 測試類 executorservice...