已采納回答 / 暴躁程序員
你這樣當(dāng)然是可行的，只不過在前面加上個(gè)類型標(biāo)識(shí)拓展性高一點(diǎn)，可能未來會(huì)有其他類型的數(shù)據(jù)也需要存到redis緩存呢
2018-05-19
已采納回答 / 慕粉1852402560
MySQL的innodb存儲(chǔ)引擎支持行級(jí)鎖，innodb的行鎖是通過給索引項(xiàng)加鎖實(shí)現(xiàn)的，這就意味著只有通過索引條件檢索數(shù)據(jù)時(shí)，innodb才使用行鎖，否則使用表鎖。根據(jù)當(dāng)前的數(shù)據(jù)更新語句（UPDATE user set name=‘11111’ where account=‘1’），該條件字段account并沒有添加索引，所以導(dǎo)致數(shù)據(jù)表被鎖。
2018-05-11
最贊回答 / AlanLiu0328
insert只會(huì)鎖當(dāng)前行，別人insert和你insert不沖突。 而update就不一樣了。 比如大家都要更新1000元搶Iphone6更新，那么就會(huì)搶同一行的鎖
2018-04-10
最新回答 / 慕蓋茨030889
沒有庫存的情況下會(huì)insert，但是update執(zhí)行時(shí)更新條數(shù)小于0，就會(huì)拋出異常、事務(wù)回滾。好處就是： 用戶第一次執(zhí)行秒殺 ? insert -> update(持鎖) ->commit(釋放鎖)????????????????? 用戶第二次執(zhí)行秒殺 ? ?insert -> result減少了事務(wù)行級(jí)鎖的時(shí)間。
2018-03-26
已采納回答 / qq_星云_15
我姑且會(huì)采用這樣的思路數(shù)據(jù)庫查詢已完成支付的訂單，統(tǒng)計(jì)一段時(shí)間內(nèi)賣出的某種商品的數(shù)量
2018-03-24
最贊回答 / 慕粉4220851
最直接一點(diǎn)也就是老師說的可以給他賦默認(rèn)值為-2，因?yàn)槲覀冊(cè)谏厦嫱鵰ap中存入該字段的時(shí)候他的值是null，而null賦值給int型的result會(huì)報(bào)錯(cuò)，可能是為了避免這種錯(cuò)誤吧。
2018-03-23
