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

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


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，减少理我锁定时间，增强了系统的并发水平。

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