Mysql悲观锁和乐观锁

大多数情况下我们是没有使用锁的

悲观锁

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

使用场景举例

商品goods表中有一个字段status，status为1代表商品未被下单，status为2代表商品已经被下单，那么我们对某个商品下单时必须确保该商品status为1。假设商品的id为1。如果不采用锁

//1.查询出商品信息
select  status  from  t_goods  where  id=1;
//2.根据商品信息生成订单
insert  into  t_orders (id,goods_id) values ( null ,1);
//3.修改商品status为2
update t_goods  set  status=2;

上面这种场景在高并发访问的情况下很可能会出现问题。这种方式是不安全的。

使用悲观锁

FOR UPDATE 仅适用于InnoDB，且必须在事务区块(BEGIN/COMMIT)中才能生效。

set  autocommit=0;　　
//设置完autocommit后，我们就可以执行我们的正常业务了。具体如下：
//0.开始事务
begin;/begin work;/start transaction; (三者选一就可以)
//1.查询出商品信息
select  status  from  t_goods  where  id=1  for  update;
//2.根据商品信息生成订单
insert  into  t_orders (id,goods_id) values ( null ,1);
//3.修改商品status为2
update t_goods  set  status=2;
//4.提交事务
commit;/commit work;

在事务中，只有SELECT … FOR UPDATE 或LOCK IN SHARE MODE 相同数据时会等待其它事务结束后才执行，一般SELECT … 则不受此影响。拿上面的实例来说，当我执行select status from t_goods where id=1 for update;后。我在另外的事务中如果再次执行select status from t_goods where id=1 for update;则第二个事务会一直等待第一个事务的提交，此时第二个查询处于阻塞的状态，但是如果我是在第二个事务中执行select status from t_goods where id=1;则能正常查询出数据，不会受第一个事务的影响。

注意:使用悲观锁锁表和锁行的情况 (需要注意的是，除了主键外，使用索引也会影响数据库的锁定级别。)

• 明确指定主键，并且有此数据，row lock (SELECT * from t_goods where id=1 for update;)
• 明确指定主键，若查无此数据，无lock
• 无主键，table lock (SELECT * from t_goods where status=1 for update;)
• 主键不明确，table lock (SELECT * FROM products WHERE id<>‘3’ FOR UPDATE; SELECT * FROM products WHERE id LIKE ‘3’ FOR UPDATE;)
• 明确指定索引，并且有此数据，row lock (SELECT * from t_goods where status=1 for update;)
• 明确指定索引，若查无此数据，无lock

乐观锁

乐观锁认为一般情况下数据不会造成冲突，所以在数据进行提交更新时才会对数据的冲突与否进行检测。如果没有冲突那就OK；如果出现冲突了，则返回错误信息并让用户决定如何去做。

乐观锁不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁），而在进行更新后，再去判断是否有冲突了。

实现:

在表中的数据进行操作时(更新)，先给数据表加一个版本(version)字段，每操作一次，将那条记录的版本号加1。也就是先查询出那条记录，获取出version字段,如果要对那条记录进行操作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以执行更新，将version字段的值加1；如果更新时发现此刻的version值与刚刚获取出来的version的值不相等，则说明这段期间已经有其他程序对其进行操作了，则不进行更新操作。

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

update t_goods

set status=2,version=version+1

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