并发的更新同一个表,使用事务预防并发问题的三个实现

数据库 waitig 416℃ 百度已收录 0评论

答案是,看你怎么实现了。

1. 比较蠢的实现。

A事务:select将要变更的数据,在内存中对将要更新的字段进行运算,最后使用update Table set value=calculateResult where id=”;的方式更新这条记录。
B事务,也用同样的方式实现更新。

并发的时候,AB事务并发会产生问题,比如原始value=400,A、B两个事务都要增加100,最后可能执行的结果是value=500;

2. 比较ok的实现

在1的基础上使用 select for update; A,B事务并发时候,B事务无法获取锁,会保持等待直到A事务结束,可以保证数据并发更新的准确性。但是等待比较浪费资源,并发承受能力较低。

3. 这里推荐的实现。
 

使用增量方式更新。先不查询记录在数据库中的数值,先在内存中计算本次应该增减的数值Y,计算完成后,使用update table set value = value+Y where id=”; 的方式进行更新。这样做的方式是在一个事务中减少了一次查询,仅仅进行了一次更新操作,多事务并发时候,由于update操作对该条记录加锁,其他事务会等待直至本事务结束,不会出现数据并发问题,相对2,减少理我锁定时间,增强了系统的并发水平。

因为在生产中,遇到了这个问题,就来记录一下,免得像我一样的新手踩坑。


本文由【waitig】发表在等英博客
本文固定链接:并发的更新同一个表,使用事务预防并发问题的三个实现
欢迎关注本站官方公众号,每日都有干货分享!
等英博客官方公众号
点赞 (0)分享 (0)