这篇文章主要介绍了MySQL乐观锁和悲观锁如何实现的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇MySQL乐观锁和悲观锁如何实现文章都会有所收获，下面我们一起来看看吧。

MySQL的中锁按照范围主要分为表锁、行锁和页面锁。其中myisam存储引擎只支持表锁，InnoDB不仅仅支持行锁，在一定程度上也支持表锁。按照行为可以分为共享锁(读锁)、排他锁(写锁)和意向锁。按照思想分为乐观锁和悲观锁。

下面的SQL语句是表的结构：

CREATETABLE`demo`.`user`(`id`int(10)UNSIGNEDZEROFILLNOTNULLAUTO_INCREMENT,`name`varchar(255)CHARACTERSETutf8mb4COLLATEutf8mb4_unicode_ciNOTNULL,`sex`tinyint(1)UNSIGNEDNOTNULLDEFAULT0,`email`varchar(255)CHARACTERSETutf8mb4COLLATEutf8mb4_unicode_ciNULLDEFAULTNULL,`mobile`varchar(20)CHARACTERSETutf8mb4COLLATEutf8mb4_unicode_ciNULLDEFAULTNULL,`version`int(1)NULLDEFAULT1COMMENT'数据版本号',PRIMARYKEY(`id`)USINGBTREE)ENGINE=InnoDBAUTO_INCREMENT=8CHARACTERSET=utf8mb4COLLATE=utf8mb4_unicode_ciROW_FORMAT=Dynamic;

插入模拟数据：

BEGIN;INSERTINTO`user`VALUES(0000000001,'张三',0,'18228937997@163.com','18228937997',1);INSERTINTO`user`VALUES(0000000002,'李四',0,'1005349393@163.com','15683202302',1);INSERTINTO`user`VALUES(0000000003,'李四1',0,'1005349393@163.com','15683202302',1);INSERTINTO`user`VALUES(0000000004,'李四2',0,'1005349393@163.com','15683202302',1);INSERTINTO`user`VALUES(0000000005,'李四3',0,'1005349393@163.com','15683202302',1);INSERTINTO`user`VALUES(0000000006,'李四4',0,'1005349393@163.com','15683202302',1);INSERTINTO`user`VALUES(0000000007,'李四55',0,'1005349393@163.com','15683202302',1);COMMIT;

表中数据。

mysqlroot@127.0.0.1:demo>select*fromuser;+----+--------+-----+---------------------+-------------+---------+|id|name|sex|email|mobile|version|+----+--------+-----+---------------------+-------------+---------+|1|张三|0|18228937997@163.com|18228937997|2||2|李四|0|1005349393@163.com|15683202302|1||3|李四1|0|1005349393@163.com|15683202302|1||4|李四2|0|1005349393@163.com|15683202302|1||5|李四3|0|1005349393@163.com|15683202302|1||6|李四4|0|1005349393@163.com|15683202302|1||7|李四55|0|1005349393@163.com|15683202302|1|+----+--------+-----+---------------------+-------------+---------+7rowsinsetTime:0.011s悲观锁

悲观锁，比较消极的一种锁处理方式。直接在操作数据时，抢占锁。其他的事务在进行时就会等待，直到占有锁的事务释放锁为止。

这种处理方式能保证数据的最大一致性，但是容易导致锁超时、并发程度低等问题。 首先我们开启事务一，并且对id=1的数据进行update操作，此时我们不提交事务。

mysqlroot@127.0.0.1:demo>begin;QueryOK,0rowsaffectedTime:0.002smysqlroot@127.0.0.1:demo>update`user`setname='张三111111'whereid=1;QueryOK,1rowaffectedTime:0.004s

接着我们开启事务二，对id=1的数据进行update操作，查看此时会发生什么情况？

mysqlroot@127.0.0.1:demo>begin;QueryOK,0rowsaffectedTime:0.002smysqlroot@127.0.0.1:demo>update`user`setsex=1whereid=1;

我们执行完update语句之后，就处于等待状态，SQL语句也不会马上被执行，这是因为事务一没有commit，也就没有释放id=1的数据对应的写锁。

效果如下图：

乐观锁认为数据一般情况下不会造成冲突，只有当数据去执行修改情况时，才会针对数据冲突做处理。这里是如何发现冲突了呢？常规的方式，都是在数据行上加一个版本号或者时间戳等字段。(本文使用version作为版本好方式，使用时间戳方式同理)

乐观锁的实现原理：

一个事务在读取数据时，将对应的版本号字段读取出来，假设此时的版本号是1。

另外一个事务也是执行同样的读取操作。当事务一提交时，对版本号执行+1，此时该数据行的版本号就是2。

第二个事务执行修改操作时，针对业务数据做条件，并默认增加一个版本号作为where条件。此时修改语句中的版本号字段是不满足where条件，该事务执行失败。通过这种方式来达到锁的功能。

客户端一：

mysqlroot@127.0.0.1:demo>select*fromuserwhereid=1;+----+------------+-----+---------------------+-------------+---------+|id|name|sex|email|mobile|version|+----+------------+-----+---------------------+-------------+---------+|1|张三111111|0|18228937997@163.com|18228937997|1|+----+------------+-----+---------------------+-------------+---------+1rowinsetTime:0.012smysqlroot@127.0.0.1:demo>update`user`setname='事务一',version=version+1whereid=1andversion=1;QueryOK,1rowaffectedTime:0.008smysqlroot@127.0.0.1:demo>select*fromuserwhereid=1;+----+--------+-----+---------------------+-------------+---------+|id|name|sex|email|mobile|version|+----+--------+-----+---------------------+-------------+---------+|1|事务一|1|18228937997@163.com|18228937997|2|+----+--------+-----+---------------------+-------------+---------+1rowinsetTime:0.009s

执行update语句的顺序应该在客户端二执行了select之后，在执行。

客户端二：

mysqlroot@127.0.0.1:demo>select*fromuserwhereid=1;+----+------------+-----+---------------------+-------------+---------+|id|name|sex|email|mobile|version|+----+------------+-----+---------------------+-------------+---------+|1|张三111111|1|18228937997@163.com|18228937997|1|+----+------------+-----+---------------------+-------------+---------+1rowinsetTime:0.015smysqlroot@127.0.0.1:demo>update`user`setname='事务二',version=version+1whereid=1andversion=1;QueryOK,0rowsaffectedTime:0.003smysqlroot@127.0.0.1:demo>select*fromuserwhereid=1;+----+--------+-----+---------------------+-------------+---------+|id|name|sex|email|mobile|version|+----+--------+-----+---------------------+-------------+---------+|1|事务一|1|18228937997@163.com|18228937997|2|+----+--------+-----+---------------------+-------------+---------+1rowinsetTime:0.012s

此时根据update返回的结构，可以看出受影响的行数为0，同时select查询之后，返现数据也是事务一的数据。

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

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

关于“MySQL乐观锁和悲观锁如何实现”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“MySQL乐观锁和悲观锁如何实现”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注亿速云行业资讯频道。