update的并發(fā)是否會產(chǎn)生臟數(shù)據(jù)，是否需要select for update鎖？

glq2000

比如，表名A，字段名為 number，如下的SQL語句:


語句1：update A set number=number+ 5 where id=1;
語句2：update A set number=number+ 7 where id=1;

假設(shè)這兩條SQL語句同時被mysql執(zhí)行，id=1的記錄中number字段的原始值為 10，那么是否有可能出現(xiàn)這種情況：

語句1和2因為同時執(zhí)行，他們得到的number的值都是10，都是在10的基礎(chǔ)上分別加5和7，導(dǎo)致最終number被更新為15或17，而不是22？

glq2000

求明白的同學(xué) 幫忙釋疑

action08

看情況
正確的邏輯

select ---- lock -----(need seletc here? OR)----  update -----unlock

情況2
如果表引擎有問題不支持，就直接鎖表了



情況3
數(shù)據(jù)上層的業(yè)務(wù)開發(fā)，也可以承擔(dān)一些責(zé)任，不要總是把事情丟給mysql

glq2000

多謝，表引擎是 InnoDB,支持行鎖；

所以我想了解的是在這種引擎下，即使不加 select for update 行鎖，并發(fā)時的

update  number=number+variable  where id=10; (id是主鍵索引，variable是某個確定的變量)，這種情況下，mysql本身會保證number字段不出現(xiàn)臟數(shù)據(jù)么？

回復(fù) 3# action08


   

glq2000

求釋疑。。。

action08

不加鎖，數(shù)據(jù)庫默認(rèn)不能保證

glq2000

回復(fù) 6# action08

多謝回復(fù)，您能幫忙貼下參考文獻(xiàn)或者相關(guān)的官方文檔么？


   

action08

回復(fù) 7# glq2000


    對不起，不能提供，因為我做這個完全憑興趣和業(yè)余，
而你是在工作

glq2000

求釋疑~~~~~~~~~~~