根本决解办法只有一个:队列,别的说的没有用:
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 然后做异常处理。()