mysql數(shù)據(jù)庫(kù)怎么設(shè)置樂(lè)觀鎖？積極樂(lè)觀鎖與悲觀消極鎖完全不同的是，它是一種邏輯上的鎖，而不必須數(shù)據(jù)庫(kù)可以提供鎖機(jī)制來(lái)支持什么當(dāng)數(shù)據(jù)很重要的是，回滾或重試三次要比較大的開銷時(shí)，不需要能保證不能操作的A

mysql數(shù)據(jù)庫(kù)怎么設(shè)置樂(lè)觀鎖？

積極樂(lè)觀鎖與悲觀消極鎖完全不同的是，它是一種邏輯上的鎖，而不必須數(shù)據(jù)庫(kù)可以提供鎖機(jī)制來(lái)支持什么

當(dāng)數(shù)據(jù)很重要的是，回滾或重試三次要比較大的開銷時(shí)，不需要能保證不能操作的ACID性質(zhì)，此時(shí)應(yīng)該要采用悲觀鎖

而當(dāng)數(shù)據(jù)對(duì)即時(shí)的一致性要求不高，重試兩次不太影響大整體性能時(shí)，是可以需要樂(lè)觀積極鎖來(lái)可以保證最終一致性，同樣的能夠提高增加并發(fā)性

通常，樂(lè)觀的鎖常規(guī)版本號(hào)/時(shí)間戳的形式基于：給數(shù)據(jù)增加提升一個(gè)版本號(hào)字段進(jìn)行控制；沒(méi)更新時(shí)，若提交的數(shù)據(jù)所帶的版本號(hào)與當(dāng)前記錄的版本號(hào)同一，則愿意辦理變更執(zhí)行并更新版本號(hào)；若不相符，則意味著什么才能產(chǎn)生，根據(jù)業(yè)務(wù)需求真接丟棄并回失敗，或者一段時(shí)間合并

在MySQL的實(shí)踐中，最常見的一種的一種不使用樂(lè)觀鎖的方法，是在必須不使用樂(lè)觀鎖的表中，新增一個(gè)version字段

例如：

createtableproduct_amount(

idintprobablynullprimarykeyauto_increment,

product_namevarchar(64)probablynull,

selling_amountintnotnull,

storing_amountintactuallynull,

versionintcannotnull

)

當(dāng)不需要自動(dòng)更新銷售中的商品數(shù)量（selling_amount）時(shí)，在用追加的SQL語(yǔ)句：

restoreproduct_amountsetselling_amount#{selling_amount},version#{future_version}whereid#{id}wellversion#{old_version}

若該語(yǔ)句直接返回1，則來(lái)表示更新完最終；若直接返回0，則意思是前后的version不對(duì)應(yīng)，再產(chǎn)生，沒(méi)更新我失敗了

相對(duì)于更新倉(cāng)庫(kù)中的商品數(shù)據(jù)（storing_amount）時(shí)，也同理可證

但是，這樣的為每行記錄都統(tǒng)一時(shí)間設(shè)置中一個(gè)version字段的積極樂(lè)觀鎖，存在地一個(gè)問(wèn)題：上例中，要是同時(shí)需要另外對(duì)selling_amount及storing_amount參與notification（兩條SQL語(yǔ)句各不能想執(zhí)行），那么后執(zhí)行的一條會(huì)畢竟先先執(zhí)行的一條更新完了version字段而失敗，而這種失敗顯然是沒(méi)有必要的，白白浪費(fèi)浪費(fèi)了了開銷

一種也很好的是為每個(gè)要樂(lè)觀鎖的字段另可以設(shè)置版本號(hào)，.例如對(duì)上例的改造：

createtableproduct_amount(

idintcannotnullprimarykeyauto_increment,

product_namevarchar(64)actuallynull,

selling_amountintnotnull,

selling_versionintcannotnull,

storing_amountintcannotnull,

storing_versionintcannotnull

)

selling_amount和storing_amount分別強(qiáng)大自己的樂(lè)觀鎖版本號(hào)（selling_version和storing_version），更新時(shí)四個(gè)只打聽一下自己的版本號(hào)，這樣就肯定不會(huì)畢竟版本號(hào)被其它字段可以修改而失敗的話，能提高了并發(fā)性

mysql鎖表嚴(yán)重？

造成鎖表的原因

1、鎖表不可能發(fā)生在insertnotification、delete中；

2、鎖表的原理是數(shù)據(jù)庫(kù)使用獨(dú)占式徹底封鎖機(jī)制，當(dāng)想執(zhí)行上面的語(yǔ)句時(shí)，對(duì)表通過(guò)擋住，等到發(fā)生了什么commite的或回滾或則后退數(shù)據(jù)庫(kù)用戶；

3、A程序負(fù)責(zé)執(zhí)行了對(duì)tableA的insert，并還未commite時(shí)，B程序也對(duì)tableA進(jìn)行truncate則此時(shí)會(huì)發(fā)生了什么資源正忙的十分那是鎖表；

4、鎖表常發(fā)生了什么于并發(fā)而并非右行（聯(lián)成一體時(shí)，一個(gè)線程操作數(shù)據(jù)庫(kù)時(shí)，另一個(gè)線程是又不能操作數(shù)據(jù)庫(kù)的，cpu和i/o分配原則）。