甘青宁科技网

下面我们来看看如何合理的使用乐观锁与悲观锁何为悲观锁悲观锁(Pes

简介: 下面我们来看看如何合理的使用乐观锁与悲观锁何为悲观锁悲观锁(Pessimistic Lock):就是很悲观,每次去取数据的时候都认为别人会去修改,所以每次在取数据的时候都会给它上锁,这样别人想拿这个数据就会block直

针对 MySQL的乐观锁与悲观锁的使用,基本都是按照业务场景针对性使用的。

针对每个业务场景,对应的使用锁。

下面我们来看看如何合理的使用乐观锁与悲观锁何为悲观锁悲观锁(Pessimistic Lock):就是很悲观,每次去取数据的时候都认为别人会去修改,所以每次在取数据的时候都会给它上锁,这样别人想拿这个数据就会block直到它取到锁。

比如用在库存增减问题上,利用悲观锁可以有效的防止减库存问题。

简单来讲,悲观锁就是假定会发生并发,屏蔽一切可能违反数据完整性的操作。

悲观并发控制实际上是 “先取锁,再访问” 的保守策略,为数据处理的安全了保证。

何为乐观锁乐观锁(Optimistic Lock):就是很乐观,每次去获取数据时,都认为其他人不会修改它,因此不会锁定,但是在提交更新时会判断在此期间其他人是否有去更新此数据。

乐观锁适用于读多写少的应用场景,这样可以提高吞吐量。

悲观锁与乐观锁的区别1 优缺点两种锁各有优缺点,不可认为一种好于另一种,比如像乐观锁,适用于写比较少的情况下,真的很少发生的时候,这样可以省去了锁的开销,加大了系统的整个吞吐量。

但如果经常产生,上层应用会不断的进行retry,这样反倒是降低了性能,所以这种情况下用悲观锁就比较合适。

2 实现方式悲观锁的实现方式:悲观锁的实现,依靠数据库的锁机制。

在数据库中,悲观锁的流程如下:1 在对数据修改前,尝试增加排他锁。

3 加锁成功,对数据进行修改,提交事务,锁释放。

4 如果我们加锁成功,有其他线程对该数据进行操作或者加排他锁的操作,只能等待或者抛出异常。

乐观锁的实现方式:1)version方式:一般是在数据表中加上一个数据版本号version字段,表示数据被修改的次数,当数据被修改时,version值会加一。

sql实现代码update table set n=n+1, version=version+1 where id=#{id} and version=#{version}; CAS(定义见后)操作方式:即compare and swap 或者 compare and set,涉及到三个操作数,数据所在的内存值,预期值,新值。

悲观锁与乐观锁的合理使用本质上,MySQL的乐观锁与悲观锁主要都是用来解决并发的场景,避免丢失更新问题。

乐观锁:比较适合读取操作比较频繁的场景,如果出现大量的写入操作,数据发生的可能性就会增大,为了保证数据的一致性,应用层需要不断的重新获取数据,这样会增加大量的查询操作,降低了系统的吞吐量。

悲观锁:比较适合写入操作比较频繁的场景,如果出现大量的读取操作,每次读取的时候都会进行加锁,这样会增加大量的锁的开销,降低了系统的吞吐量。

1 用悲观锁的方案: 悲观锁,也就是在修改数据的时候,采用锁定状态,排斥外部请求的修改。

方案:使用MySQL的事务,锁住操作的行fetch_assoc();if($row['number']>0){ //生成订单 $order_sn=build_order_no(); $sql="insert into ih_order(order_sn,user_id,goods_id,sku_id,price) values('$order_sn','$user_id','$goods_id','$sku_id','$price')"; $order_rs=mysqli_query($conn,$sql); //库存减少 $sql="update ih_store set number=number-{$number} where sku_id='$sku_id'"; $store_rs=mysqli_query($conn,$sql); if($store_rs){ echo '库存减少成功'; insertLog('库存减少成功'); mysqli_query($conn,"COMMIT");//事务提交即解锁 }else{ echo '库存减少失败'; insertLog('库存减少失败'); }}else{ echo '库存不够'; insertLog('库存不够'); mysqli_query($conn,"ROLLBACK");}上述的方案解决了线程安全的问题,但是,我们的场景是“高并发”。

也就是说,会很多这样的修改请求,每个请求都需要等待“锁”,某些线程可能永远都没有机会抢到这个“锁”,这种请求就会死在那里。

稍微修改一下上面的场景,我们直接将请求放入队列中的,先进先出,这样的话,我们就不会导致某些请求永远获取不到锁。

但是新的问题来了,在高并发的场景下请求很多,可能一瞬间将队列内存“撑爆”,然后系统又陷入到了异常状态。

上面也提到,乐观锁是相对于“悲观锁”采用更为宽松的加锁机制,大都是采用带版本号(Version)更新。

实现就是这个数据所有请求都有资格去修改,但会获得一个该数据的版本号,只有版本号符合的才能更新成功,其他的返回抢购失败。

我们用Redis中的watch来实现乐观锁,通过这个实现,保证数据的安全。

connect('127.0.0.1', 6379); echo $mywatchkey = $redis->get("mywatchkey"); /* //插入抢购数据 if($mywatchkey>0){ $redis->watch("mywatchkey"); //启动一个新的事务。


"; echo ".no result
"; echo "用户列表:

";    //var_dump($watchkeylist);  }*/ $rob_total = 100;   //抢购数量 if($mywatchkey<=$rob_total){  $redis->watch("mywatchkey");  $redis->multi(); //在当前连接上启动一个新的事务。


"; echo "剩余数量:".($rob_total-$mywatchkey-1)."
"; echo "用户列表:

";   var_dump($mywatchlist);  }else{   $redis->hSet("watchkeylist","user_".mt_rand(1, 9999),'meidao');   echo "手气不好,再抢购!

";exit; } }总结1 要记住锁机制一定要在事务中才能生效,事务也就要基于MySQL InnoDB 引擎。

2 访问量不大,不会造成压力时使用悲观锁,面对高并发的情况下,我们应该使用乐观锁。

3 读取频繁时使用乐观锁,写入频繁时则使用悲观锁。


以上是文章"

下面我们来看看如何合理的使用乐观锁与悲观锁何为悲观锁悲观锁(Pes

"的内容,欢迎阅读甘青宁科技网的其它文章