數(shù)據(jù)庫(kù)管理系統(tǒng)中并發(fā)控制的任務(wù)是確保在多個(gè)事務(wù)同時(shí)存取數(shù)據(jù)庫(kù)中同一數(shù)據(jù)不破壞事務(wù)的隔離性和統(tǒng)一性以及數(shù)據(jù)庫(kù)的統(tǒng)一性
樂(lè)觀鎖和悲觀鎖式并發(fā)控制主要采用的技術(shù)手段
悲觀鎖
在關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)中，悲觀并發(fā)控制（悲觀鎖，PCC）是一種并發(fā)控制的方法。它可以阻止一個(gè)事務(wù)以影響其他用戶(hù)的方式來(lái)修改數(shù)據(jù)。如果一個(gè)事務(wù)執(zhí)行的操作的每行數(shù)據(jù)應(yīng)用了鎖，那只有當(dāng)這個(gè)事務(wù)鎖釋放，其他事務(wù)才能夠執(zhí)行與該鎖沖突的操作
悲觀并發(fā)控制主要應(yīng)用于數(shù)據(jù)爭(zhēng)用激烈的環(huán)境，以及發(fā)生并發(fā)沖突時(shí)使用鎖保護(hù)數(shù)據(jù)的成本要低于回滾事務(wù)的成本環(huán)境
悲觀鎖，它指的是對(duì)數(shù)據(jù)被外界（包括本系統(tǒng)當(dāng)前的其他事務(wù)，以及來(lái)自外部系統(tǒng)的事務(wù)處理）修改持保守態(tài)度（悲觀），因此在整個(gè)暑假處理過(guò)程中，將數(shù)據(jù)處于鎖定狀態(tài)。悲觀鎖的實(shí)現(xiàn)，一般依靠數(shù)據(jù)庫(kù)提供的鎖機(jī)制（推薦教程：MySQL教程）
數(shù)據(jù)庫(kù)中，悲觀鎖的流程如下
- 在對(duì)任何記錄進(jìn)行修改之前，先嘗試為該記錄加上排他鎖
- 如果加鎖失敗，說(shuō)明該記錄正在被修改，那么當(dāng)前查詢(xún)可能要等待或拋出異常
- 如果成功加鎖，則就可以對(duì)記錄做修改，事務(wù)完成后就會(huì)解鎖
- 其間如果有其他對(duì)該記錄做修改或加排他鎖的操作，都會(huì)等待我們解鎖或直接拋出異常
MySQL InnoDB中使用悲觀鎖
要使用悲觀鎖，必須關(guān)閉mysql數(shù)據(jù)庫(kù)的自動(dòng)提交屬性，因?yàn)镸ySQL默認(rèn)使用autocommit模式，也就是當(dāng)你執(zhí)行一個(gè)更新操作后，MySQL會(huì)立即將結(jié)果進(jìn)行提交
//開(kāi)始事務(wù) begin;/begin work;/start transaction;（三者選一個(gè)） select status from t_goods where id=1 for update; //根據(jù)商品信息生成訂單 insert into t_orders (id,goods_id) values (null,1); //修改商品status為2 update t_goods set status=2; // 提交事務(wù) commit;/commit work;
以上查詢(xún)語(yǔ)句中，使用了select...for update方式，通過(guò)開(kāi)啟排他鎖的方式實(shí)現(xiàn)了悲觀鎖。則相應(yīng)的記錄被鎖定，其他事務(wù)必須等本次事務(wù)提交之后才能夠執(zhí)行
我們使用select ... for update會(huì)把數(shù)據(jù)給鎖定，不過(guò)我們需要注意一些鎖的級(jí)別，MySQL InnoDB默認(rèn)行級(jí)鎖。行級(jí)鎖都是基于索引的，如果一條SQL用不到索引是不會(huì)使用行級(jí)鎖的，會(huì)使用表級(jí)鎖把整張表鎖住。
特點(diǎn)
為數(shù)據(jù)處理的安全提供了保證
效率上，由于處理加鎖的機(jī)制會(huì)讓數(shù)據(jù)庫(kù)產(chǎn)生額外開(kāi)銷(xiāo)，增加產(chǎn)生死鎖機(jī)會(huì)
在只讀型事務(wù)中由于不會(huì)產(chǎn)生沖突，也沒(méi)必要使用鎖，這樣會(huì)增加系統(tǒng)負(fù)載，降低并行性
樂(lè)觀鎖
樂(lè)觀并發(fā)控制也是一種并發(fā)控制的方法。
假設(shè)多用戶(hù)并發(fā)的事務(wù)在處理時(shí)不會(huì)彼此互相影響，各事務(wù)能夠在不產(chǎn)生鎖的情況下處理各自影響的那部分?jǐn)?shù)據(jù)，在提交數(shù)據(jù)更新之前，每個(gè)事務(wù)會(huì)先檢查在該事務(wù)讀取數(shù)據(jù)后，有沒(méi)其他事務(wù)修改該數(shù)據(jù)，如果有則回滾正在提交的事務(wù)
樂(lè)觀鎖相對(duì)悲觀鎖而言，是假設(shè)數(shù)據(jù)不會(huì)發(fā)生沖突，所以在數(shù)據(jù)進(jìn)行提交更新的時(shí)候，才會(huì)正式對(duì)數(shù)據(jù)的沖突與否進(jìn)行檢測(cè)，如果發(fā)現(xiàn)沖突了，則讓返回用戶(hù)錯(cuò)誤信息，讓用戶(hù)決定如何做
樂(lè)觀鎖實(shí)現(xiàn)一般使用記錄版本號(hào)，為數(shù)據(jù)增加一個(gè)版本標(biāo)識(shí)，當(dāng)更新數(shù)據(jù)的時(shí)候?qū)Π姹緲?biāo)識(shí)進(jìn)行更新
實(shí)現(xiàn)
使用版本號(hào)時(shí)，可以在數(shù)據(jù)初始化時(shí)指定一個(gè)版本號(hào)，每次對(duì)數(shù)據(jù)的更新操作都對(duì)版本號(hào)執(zhí)行+1操作。并判斷當(dāng)前版本號(hào)是不是該數(shù)據(jù)的最新版本號(hào)
1.查詢(xún)出商品信息
select (status,status,version) from t_goods where id=#{id}
2.根據(jù)商品信息生成訂單
3.修改商品status為2
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
特點(diǎn)
樂(lè)觀并發(fā)控制相信事務(wù)之間的數(shù)據(jù)競(jìng)爭(zhēng)概率是較小的，因此盡可能直接做下去，直到提交的時(shí)候才去鎖定，所以不會(huì)產(chǎn)生任何鎖和死鎖
