MySQL中的乐观锁、悲观锁、共享锁和排他锁

前言

MySQL的并发问题引起的数据问题（超卖）
具体可以使用悲观锁和乐观锁可以解决这些问题
接下来来介绍悲观锁和乐观锁以及共享锁和排他锁

乐观锁（靠表的设计和代码）

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

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

简单来说就是事务A操作数据的时候并不会去判断是否冲突，而是在即将提交数据的时候去根据版本号来判断是否冲突，如果判断版本号一致就进行提交，不一致则停止

悲观锁（说白了就是排他锁）

和乐观锁不同，悲观锁并不是在更新数据的时候进行判断，而是数据在进行操作之前就会判断是都冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟java中的synchronized很相似，所以悲观锁需要耗费较多的时间。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。

说到这里，由悲观锁涉及到的另外两个锁概念就出来了，它们就是共享锁与排它锁。共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。

共享锁

数据库的增删改操作默认都会加排他锁，而查询不会加任何锁
共享锁又称读锁，是针对多个事务的，对某一资源加共享锁，自身可以读取数据，其他事务也可以读取数据（但先要获取该数据的共享锁），上共享锁的数据无法修改。要想修改就必须等所有共享锁都释放完之后

用法

SELECT ... LOCK IN SHARE MODE;

在查询语句后面增加LOCK IN SHARE MODE，Mysql会对查询结果中的每行都加共享锁，当没有其他线程对查询结果集中的任何一行使用排他锁时，可以成功申请共享锁，否则会被阻塞。其他线程也可以读取使用了共享锁的表，而且这些线程读取的是同一个版本的数据。

排他锁

排他锁又称写锁，也是针对多个事务的，但是他对于同一资源只有一个锁，获取到排他锁的事务，既可以修改数据也可以查询数据，但是其他事务就不能对上了排他锁的数据进行任何操作

用法

SELECT ... FOR UPDATE;

在查询语句后面增加FOR UPDATE，Mysql会对查询结果中的每行都加排他锁，当没有其他线程对查询结果集中的任何一行使用排他锁时，可以成功申请排他锁，否则会被阻塞。