合理的使用MySQL乐观锁与悲观锁

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

但是两种锁无非都是解决并发所产生的问题。下面我们来看看如何合理的使用乐观锁与悲观锁

何为悲观锁

悲观锁（Pessimistic Lock）：就是很悲观，每次去取数据的时候都认为别人会去修改，所以每次在取数据的时候都会给它上锁，这样别人想拿这个数据就会block直到它取到锁。比如用在库存增减问题上，利用悲观锁可以有效的防止减库存问题。

简单来讲，悲观锁就是假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。悲观并发控制实际上是 “先取锁，再访问” 的保守策略，为数据处理的安全提供了保证。

在效率上，处理加锁的机制会让数据库产生额外的开销，还会有死锁的可能性。降低并行性，一个事务如果锁定了某行数据，其他事务就必须等待该事务处理完才可以处理那行数据。、

悲观锁与乐观锁的区别
1 优缺点
两种锁各有优缺点，不可认为一种好于另一种，比如像乐观锁，适用于写比较少的情况下，冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。但如果经常产生冲突，上层应用会不断的进行retry，这样反倒是降低了性能，所以这种情况下用悲观锁就比较合适。

2 实现方式
悲观锁的实现方式：悲观锁的实现，依靠数据库提供的锁机制。
在数据库中，悲观锁的流程如下：
1 在对数据修改前，尝试增加排他锁。
2 加锁失败，意味着数据正在被修改，进行等待或者抛出异常。
3 加锁成功，对数据进行修改，提交事务，锁释放。
4 如果我们加锁成功，有其他线程对该数据进行操作或者加排他锁的操作，只能等待或者抛出异常。

乐观锁的实现方式:
1）version方式：一般是在数据表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加一。当线程A要更新数据值时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取到的version值为当前数据库中的version值相等时才更新，否则重试更新操作，直到更新成功。

sql实现代码

update table set n=n+1, version=version+1 where id=#{id} and version=#{version};