根本决解办法只有一个:队列,别的说的没有用:


1、使用版本号实现乐观锁
版本号的实现方式有两种,一个是数据版本机制,一个是时间戳机制。具体如下。

下单操作包括3步骤:

1.查询出商品信息

select (status,status,version) from t_goods where id=#{id}

2.根据商品信息生成订单

3.修改商品status为2

update t_goods 

set status=2,version=version+1

where id=#{id} and version=#{version};

2、使用条件限制实现乐观锁

UPDATE t_goods
SET num = num - #{buyNum} 
WHERE
    id = #{id} 
AND num - #{buyNum} >= 0 
AND STATUS = 1

博客3:

问题引入

当事务的隔离级别是REPEATABLE_READ情况下:当前事务不能select到并发事务中已经提交的事务。
当事务的隔离级别是READ COMMITTED情况下:当前事务能select到并发事务中已经提交的事务。
Mysql默认的事务隔离级别为repeatable_read  :
读:在一个事物里面的select语句 不会受到其他事务(不管其他事务有没有commit)的影响。
写:对一条记录而言,一个事务一旦update一条记录,其他事务只能等待这个事务commit才能update那条记录。

乐观锁处理并发的原理 重点

1)一个事物中的select语句可能不会收到其他事物的影响,也就是可能查不到其他并发中未提交的事物(即使提交了 如果是REPEATABLE_READ也查不到)。所以两个事物共同执行时产生了并发的冲突。
2)虽然这个被并发的字段通过select查不出来,但是在where条件语句中 这个字段会受到其他事物的影响 。所以可以利用这点 可以读到并发事物影响的数据 ,从而做出判断,防止并发。

所以可用下面方式处理(利用乐观锁处理事物的并发)

数据库增加一个锁的处理列(版本号),查询的时候多查一个版本号, update的时候 where条件附加一个版本号条件并且更新时候并且把版本号+1,处理流程

  1)select num,version from table;
  2)update table set num=num-1 ,version =version+1 where condition=? version=#{version} 
  3)Query OK, 1 rows affected (0.04 sec) | 注意:1 rows affected 
     update的时候 where条件附加一个版本号条件并且更新时候并且把版本号+1: update table set num=num-1 ,version =version+1 where condition=? version=#{version} 
  如果出现了查询时候的版本号和where条件的版本号不一致 说明其他事物并发影响到了版本号 version,此时update语句的影响行数(Query OK, 1 rows affected (0.04 sec))是0 然后做异常处理。()