并发安全问题之超卖问题

并发安全问题之超卖问题

乐观锁总结：

优点：不加锁性能好。
缺点：同时请求成功率低（即只要发现数据变了就放弃了）。
乐观锁思想的具体体现：一共两步，第一步，先查询状态。第二步，再更新数据时必须where等于前面的状态，确保数据没有改变。
第二步集查询和操作数据于一身具有原子性。

在有数量限制的业务中（即先查询的就是这个数据），要想提高成功率，可以在第二步中数据不必等于第一步查询的数据，而是小于第一步中查询的数据即可，这样就可以完美降低失败率，只有数量耗尽时才会失败。

**举个例子：**比如卖书，书有数量限制num_total=10，以卖出数量为num：
第一步查询：select * from book where id = xxx;
if (book.num < book.num_total) {可以继续执行第二步} else {拒绝卖书操作}
第二步查询加更新：update book set num = num + 1 where num < num_total;
第二步中没有使用标准的乐观锁即数据没有被操作才更新 （num = #{num}）
而是让num < num_total只要没有达到库存上限即可操作，提高了并发的成功率，只要不是num=num_total都可以成功。

典型查询、判断、更新三个操作非原子性

解决方案-加锁即可，加锁的思想分为两类：悲观锁和乐观锁。

悲观锁是在操作数据之前先获取锁，有锁才能操作，这样安全了，但是性能下降了，把并发改为了单线程串行执行。

乐观锁不加锁，只会先查询一次，然后在操作数据时再查询一次（这里的查询与修改是原子性的，例如前面第一次查询变量a为1，等到操作数据时就要在SQL中update xxx set xxx=xxx where a = 1，这样就让查询和修改操作具有原子性），如果数据改变了就异常或者重试。