MySQL乐观锁和悲观锁如何实现

锁分类

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

表结构

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

CREATE TABLE `demo`.`user` (`id` int(10) UNSIGNED ZEROFILL NOT NULL AUTO_INCREMENT,`name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL,`sex` tinyint(1) UNSIGNED NOT NULL DEFAULT 0,`email` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL,`mobile` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL,`version` int(1) NULL DEFAULT 1 COMMENT '数据版本号',PRIMARY KEY (`id`) USING BTREE) ENGINE = InnoDB AUTO_INCREMENT = 8 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci ROW_FORMAT = Dynamic;

插入模拟数据：

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

表中数据。

mysql root@127.0.0.1:demo> select * from user;+----+--------+-----+---------------------+-------------+---------+| 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 |+----+--------+-----+---------------------+-------------+---------+7 rows in setTime: 0.011s

悲观锁

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

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

mysql root@127.0.0.1:demo> begin;Query OK, 0 rows affectedTime: 0.002smysql root@127.0.0.1:demo> update `user` set name = '张三111111'where id = 1;Query OK, 1 row affectedTime: 0.004s

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

mysql root@127.0.0.1:demo> begin;Query OK, 0 rows affectedTime: 0.002smysql root@127.0.0.1:demo> update `user` set sex = 1 where id = 1;

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

效果如下图：

乐观锁

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

乐观锁的实现原理：

一个事务在读取数据时，将对应的版本号字段读取出来，假设此时的版本号是1。
另外一个事务也是执行同样的读取操作。当事务一提交时，对版本号执行+1，此时该数据行的版本号就是2。
第二个事务执行修改操作时，针对业务数据做条件，并默认增加一个版本号作为where条件。此时修改语句中的版本号字段是不满足where条件，该事务执行失败。通过这种方式来达到锁的功能。

客户端一：

mysql root@127.0.0.1:demo> select * from user where id = 1;+----+------------+-----+---------------------+-------------+---------+| id | name | sex | email | mobile | version |+----+------------+-----+---------------------+-------------+---------+| 1 | 张三111111 | 0 | 18228937997@163.com | 18228937997 | 1 |+----+------------+-----+---------------------+-------------+---------+1 row in setTime: 0.012smysql root@127.0.0.1:demo> update `user` set name = '事务一', version = version + 1 where id = 1 and version = 1;Query OK, 1 row affectedTime: 0.008smysql root@127.0.0.1:demo> select * from user where id = 1;+----+--------+-----+---------------------+-------------+---------+| id | name | sex | email | mobile | version |+----+--------+-----+---------------------+-------------+---------+| 1 | 事务一 | 1 | 18228937997@163.com | 18228937997 | 2 |+----+--------+-----+---------------------+-------------+---------+1 row in setTime: 0.009s

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

客户端二：

mysql root@127.0.0.1:demo> select * from user where id = 1;+----+------------+-----+---------------------+-------------+---------+| id | name | sex | email | mobile | version |+----+------------+-----+---------------------+-------------+---------+| 1 | 张三111111 | 1 | 18228937997@163.com | 18228937997 | 1 |+----+------------+-----+---------------------+-------------+---------+1 row in setTime: 0.015smysql root@127.0.0.1:demo> update `user` set name = '事务二', version = version + 1 where id = 1 and version = 1;Query OK, 0 rows affectedTime: 0.003smysql root@127.0.0.1:demo> select * from user where id = 1;+----+--------+-----+---------------------+-------------+---------+| id | name | sex | email | mobile | version |+----+--------+-----+---------------------+-------------+---------+| 1 | 事务一 | 1 | 18228937997@163.com | 18228937997 | 2 |+----+--------+-----+---------------------+-------------+---------+1 row in setTime: 0.012s

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