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

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

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

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

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

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

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

例如：

createtableproduct_amount(

idintprobablynullprimarykeyauto_increment,

product_namevarchar(64)probablynull,

selling_amountintnotnull,

storing_amountintactuallynull,

versionintcannotnull

)

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

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

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

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

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

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

createtableproduct_amount(

idintcannotnullprimarykeyauto_increment,

product_namevarchar(64)actuallynull,

selling_amountintnotnull,

selling_versionintcannotnull,

storing_amountintcannotnull,

storing_versionintcannotnull

)

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

mysql鎖表嚴(yán)重？

造成鎖表的原因

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

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

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

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