MySQL 乐观锁于悲观锁

MySQL5.5 版本以后默认采用innoDb 数据引擎.本文采用默认的存储引擎。

乐观锁

乐观锁其实是一种逻辑思想，并非mysql 数据库的特性。这个要区分清楚。
实现数据版本有两种方式，第一种是使用版本号，第二种是使用时间戳。

使用方式：：

/** 伪代码  number 库存  goods_id 商品ID  version 版本号默认为0 **/

$sql="select number from goods where goods_id={$goods_id} and version= {$version} ";

// 时间戳方式查询库存
$sql="select number from goods where goods_id={$goods_id} and time < time() ";

$rs=mysqli_query($conn,$sql);

$row = $rs->fetch_assoc();

if($row['number']>0){//高并发下会致使超卖

    if($row['number']<$number){

        return insertLog('库存不够',3,$username);
    }

//库存减小
 $sql="update goods set number=number-{$number},version += 1 where goods_id={$goods_id}  and number>0";

// 时间戳方式减小库存
$sql="update goods set number=number-{$number},time = time() where goods_id={$goods_id}  and number>0";

$store_rs=mysqli_query($conn,$sql);

if($store_rs){

//生成订单,返回操做成功
                    
echo json_encode(array('code'=>0,'msg'=>'库存减小成功','data'=>$username));

}else{
   echo json_encode(array('code'=>1,'msg'=>'库存减小失败','data'=>$username));
}
}else{
    echo json_encode(array('code'=>3,'msg'=>'库存减小失败','data'=>$username));
}

注意：使用乐观锁须要注意啊，将库存字段number字段设为unsigned，当库存为0时，由于字段不能为负数，将会返回false

悲观锁

悲观锁指的是对数据被外界（包括本系统当前的其余事务，以及来自外部系统的事务处理）修改持保守态度，所以，在整个数据处理过程当中，将数据处于锁定状态。悲观锁的实现，每每依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，不然，即便在本系统中实现了加锁机制，也没法保证外部系统不会修改数据）。

悲观锁利用了MySQL innoDB 存储引擎的支持行锁的特性。一行一行操做数据.

使用方式：

// 使用悲观锁锁住当前行
$sql="select number from goods where goods_id={$goods_id} for update ";

// 减小库存操做
$sql="update goods set number=number-{$number} where goods_id={$goods_id}  and number>0";

注意：innoDB 行锁是基于索引来执行的，where 条件后必须有索引，否则走的就是全表扫描。

优势与不足：

悲观并发控制其实是“先取锁再访问”的保守策略，为数据处理的安全提供了保证。可是在效率方面，处理加锁的机制会让数据库产生额外的开销，还有增长产生死锁的机会；另外，在只读型事务处理中因为不会产生冲突，也不必使用锁，这样作只能增长系统负载；还有会下降了并行性，一个事务若是锁定了某行数据，其余事务就必须等待该事务处理完才能够处理那行数

乐观并发控制相信事务之间的数据竞争(datarace)的几率是比较小的，所以尽量直接作下去，直到提交的时候才去锁定，因此不会产生任何锁和死锁。但若是直接简单这么作，仍是有可能会遇到不可预期的结果，例如两个事务都读取了数据库的某一行，通过修改之后写回数据库，这时就遇到了问题。

建议： 在用户并发量不大的应用场景下，采用乐观锁的方式。在对数据一致性要求很高的状况下，能够牺牲一下性能，采用悲观锁。这个两种方式的前提是采用MySQL的解决方案。