一、為什麼需要鎖（併發控制）？
在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。
典型的衝突有：
1.丟失更新：乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如：使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。
2.髒讀：當乙個事務讀取其它完成一半事務的記錄時，就會發生髒讀取。例如：使用者a,b看到的值都是6，使用者b把值改為2，使用者a讀到的值仍為6。
為了解決這些併發帶來的問題。 我們需要引入併發控制機制。
二、 併發控制機制
鎖,即給我們選定的目標資料上鎖，使其無法被其他程式修改。
1.悲觀鎖：指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態
2.樂觀鎖：假設不會發生併發衝突，只在提交操作時檢查是否違反資料完整性。樂觀鎖不能解決髒讀的問題。
三、樂觀鎖的實現
a、使用資料版本（version）記錄機制實現，這是樂觀鎖最常用的一種實現方式。何謂資料版本？即為資料增加乙個版本標識，一般是通過為資料庫表增加乙個數字型別的 「version」 欄位來實現。當讀取資料時，將version欄位的值一同讀出，資料每更新一次，對此version值加一。當我們提交更新的時候，判斷資料庫表對應記錄的當前版本資訊與第一次取出來的version值進行比對，如果資料庫表當前版本號與第一次取出來的version值相等，則予以更新，否則認為是過期資料
b、使用自增長的整數表示資料版本號。更新時檢查版本號是否一致，比如資料庫中資料版本為6，更新提交時version=6+1,使用該version值(=7)與資料庫version+1(=7)作比較，如果相等，則可以更新，如果不等則有可能其他程式已更新該記錄，所以返回錯誤。
1.資料庫表設計
task
有三個字段，分別是id,value、version
2.實現
1）先讀task表的資料（實際上這個表只有一條記錄），得到version的值為versionvalue
2)每次更新task表中的value欄位時，為了防止發生衝突，需要這樣操作
select (value,version) from task where id=#update task
set value=newvalue,version=versionvalue+ 1
whereid=# and version=versionvalue;
只有這條語句執行了，才表明本次更新value欄位的值成功
如假設有兩個節點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表時不發生衝突
在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。
典型的衝突有：
1.丟失更新：乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如：使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。
2.髒讀：當乙個事務讀取其它完成一半事務的記錄時，就會發生髒讀取。例如：使用者a,b看到的值都是6，使用者b把值改為2，使用者a讀到的值仍為6。
為了解決這些併發帶來的問題。 我們需要引入併發控制機制。
二、 併發控制機制
鎖,即給我們選定的目標資料上鎖，使其無法被其他程式修改。
1.悲觀鎖：指的是對資料被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態
2.樂觀鎖：假設不會發生併發衝突，只在提交操作時檢查是否違反資料完整性。樂觀鎖不能解決髒讀的問題。
三、樂觀鎖的實現
a、使用資料版本（version）記錄機制實現，這是樂觀鎖最常用的一種實現方式。何謂資料版本？即為資料增加乙個版本標識，一般是通過為資料庫表增加乙個數字型別的 「version」 欄位來實現。當讀取資料時，將version欄位的值一同讀出，資料每更新一次，對此version值加一。當我們提交更新的時候，判斷資料庫表對應記錄的當前版本資訊與第一次取出來的version值進行比對，如果資料庫表當前版本號與第一次取出來的version值相等，則予以更新，否則認為是過期資料
b、使用自增長的整數表示資料版本號。更新時檢查版本號是否一致，比如資料庫中資料版本為6，更新提交時version=6+1,使用該version值(=7)與資料庫version+1(=7)作比較，如果相等，則可以更新，如果不等則有可能其他程式已更新該記錄，所以返回錯誤。
1.資料庫表設計
task
有三個字段，分別是id,value、version
2.實現
1）先讀task表的資料（實際上這個表只有一條記錄），得到version的值為versionvalue
2)每次更新task表中的value欄位時，為了防止發生衝突，需要這樣操作
select (value,version) from task where id=#update task
set value=newvalue,version=versionvalue+ 1
whereid=# and version=versionvalue;
只有這條語句執行了，才表明本次更新value欄位的值成功
如假設有兩個節點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表時不發生衝突
mysql樂觀鎖實現 mysql樂觀鎖實現
在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 1.丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。2.髒讀 當乙個事務讀取其它完成...
mysql 樂觀鎖實現 mysql 樂觀鎖實現
一 為什麼需要鎖 併發控制 在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 1.丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。2....
mysql 樂觀鎖實現
一 為什麼需要鎖 併發控制 在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 1.丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。2....