樂觀併發控制的事務包括以下階段：
1. 讀取：事務將資料讀入快取，這時系統會給事務分派乙個時間戳。
2. 校驗：事務執行完畢後，進行提交。這時同步校驗所有事務，如果事務所讀取的資料在讀取之後又被其他事務修改，則產生衝突，事務被中斷回滾。
3. 寫入：通過校驗階段後，將更新的資料寫入資料庫。
樂觀併發控制多數用於資料爭用不大、衝突較少的環境中，這種環境中，偶爾回滾事務的成本會低於讀取資料時鎖定資料的成本，因此可以獲得比其他併發控制方法更高的吞吐量。
相對於悲觀鎖，在對資料庫進行處理的時候，樂觀鎖並不會使用資料庫提供的鎖機制。一般的實現樂觀鎖的方式就是記錄資料版本。
資料版本,為資料增加的乙個版本標識。當讀取資料時，將版本標識的值一同讀出，資料每更新一次，同時對版本標識進行更新。當我們提交更新的時候，判斷資料庫表對應記錄的當前版本資訊與第一次取出來的版本標識進行比對，如果資料庫表當前版本號與第一次取出來的版本標識值相等，則予以更新，否則認為是過期資料。
實現資料版本有兩種方式，第一種是使用版本號，第二種是使用時間戳。 使用版本號實現樂觀鎖
使用版本號時，可以在資料初始化時指定乙個版本號，每次對資料的更新操作都對版本號執行+1操作。並判斷當前版本號是不是該資料的最新的版本號。
使用版本號時，可以在資料初始化時指定乙個版本號，每次對資料的更新操作都對版本號執行+1操作。並判斷當前版本號是不是該資料的最新的版本號。
1.查詢出商品資訊
select (status,status,version) from t_goods where id=#
2.根據商品資訊生成訂單
3.修改商品status為2
update t_goods
set status=2,version=version+1
where id=# and version=#;
共享鎖與排它鎖
mysql在以前，儲存引擎預設是myisam，但是隨著對事務和併發的要求越來越高，便引入了innodb引擎，它具有支援事務安全等一系列特性。
鎖的實現方式：
在mysql中，行級鎖並不是直接鎖記錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條sql語句操作了主鍵索引，mysql就會鎖定這條主鍵索引;如果一條語句操作了非主鍵索引，mysql會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。
innodb行鎖是通過給索引項加鎖實現的，如果沒有索引，innodb會通過隱藏的聚簇索引來對記錄加鎖。
也就是說：如果不通過索引條件檢索資料，那麼innodb將對錶中所有資料加鎖，實際效果跟表鎖一樣。
共享鎖【s鎖】
又稱讀鎖，若事務t對資料物件a加上s鎖，則事務t可以讀a但不能修改a，其他事務只能再對a加s鎖，而不能加x鎖，直到t釋放a上的s鎖。這保證了其他事務可以讀a，但在t釋放a上的s鎖之前不能對a做任何修改。
排他鎖【x鎖】
又稱寫鎖。若事務t對資料物件a加上x鎖，事務t可以讀a也可以修改a，其他事務不能再對a加任何鎖，直到t釋放a上的鎖。這保證了其他事務在t釋放a上的鎖之前不能再讀取和修改a。
上了排他鎖的資料除了給其上鎖的事務能讀能寫，其他事務不可寫但可以讀。
mysql innodb引擎預設的修改資料語句，update,delete,insert都會自動給涉及到的資料加上排他鎖，select語句預設不會加任何鎖型別，如果加排他鎖可以使用select ...for update語句，加共享鎖可以使用select ... lock in share mode語句。
共享鎖就是我讀的時候，你可以讀，但是不能寫。排他鎖就是我寫的時候，你不能讀也不能寫。其實就是myisam的讀鎖和寫鎖，但是針對的物件不同了而已。
資料庫鎖機制
這段時間由於開發專案，重新學習了資料庫的併發控制和鎖機制。資料庫就是通過鎖機制來解決併發問題的。主要就是兩種鎖，共享鎖和排他鎖 也叫獨佔鎖 在執行select語句的時候需要給操作物件 表或者一些記錄 加上共享鎖，但加鎖之前需要檢查是否有排他鎖，如果沒有，則可以加共享鎖 乙個物件上可以加n個共享鎖 否...
資料庫鎖機制
這段時間由於開發專案，重新學習了資料庫的併發控制和鎖機制。資料庫就是通過鎖機制來解決併發問題的。主要就是兩種鎖，共享鎖和排他鎖 也叫獨佔鎖 在執行select語句的時候需要給操作物件 表或者一些記錄 加上共享鎖，但加鎖之前需要檢查是否有排他鎖，如果沒有，則可以加共享鎖 乙個物件上可以加n個共享鎖 否...
資料庫鎖機制
資料庫就是通過鎖機制來解決併發問題的。主要就是兩種鎖，共享鎖和排他鎖 也叫獨佔鎖 在執行select語句的時候需要給操作物件 表或者一些記錄 加上共享鎖，但加鎖之前需要檢查是否有排他鎖，如果沒有，則可以加共享鎖 乙個物件上可以加n個共享鎖 否則不行。共享鎖通常在執行完select語句之後被釋放，當然...