脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → MySQL乐观锁和悲观锁

MySQL乐观锁和悲观锁具体实现

 更新时间：2022年09月05日 11:33:55   作者：7small7​​​​​​​  
这篇文章主要介绍了MySQL乐观锁和悲观锁具体实现，文章围绕主题展开详细的内容戒杀，具有一定的参考价值，需要的小伙伴可以参考一下

前言

对于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 set
Time: 0.011s

悲观锁

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

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

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

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

mysql root@127.0.0.1:demo> begin;
Query OK, 0 rows affected
Time: 0.002s
mysql 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 set
Time: 0.012s
mysql root@127.0.0.1:demo> update `user` set name = '事务一', version = version + 1 where id = 1 and version = 1;
Query OK, 1 row affected
Time: 0.008s
mysql 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 set
Time: 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 set
Time: 0.015s
mysql root@127.0.0.1:demo> update `user` set name = '事务二', version = version + 1 where id = 1 and version = 1;
Query OK, 0 rows affected
Time: 0.003s
mysql 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 set
Time: 0.012s

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

适用场景

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

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

总结

两种所各有优缺点，读取频繁使用乐观锁，写入频繁使用悲观锁。

像乐观锁适用于写比较少的情况下，即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。但如果经常产生冲突，上层应用会不断的进行retry，这样反倒是降低了性能，所以这种情况下用悲观锁就比较合适,之所以用悲观锁就是因为两个用户更新同一条数据的概率高，也就是冲突比较严重的情况下，所以才用悲观锁。

悲观锁比较适合强一致性的场景，但效率比较低，特别是读的并发低。乐观锁则适用于读多写少，并发冲突少的场景。

到此这篇关于MySQL乐观锁和悲观锁具体实现的文章就介绍到这了,更多相关MySQL乐观锁和悲观锁内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

相关文章

  • win10下MySQL 8.0登录Access denied for user‘root’@‘localhost’ (using password: YES)问题的解决方法

    win10下MySQL 8.0登录Access denied for user‘root’@‘localhost’ (u

    这篇文章主要介绍了win10下MySQL 8.0登录Access denied for user‘root’@‘localhost’ (using password: YES)问题的解决方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2019-03-03
  • MYSQL数据库中常用函数介绍

    MYSQL数据库中常用函数介绍

    大家好，本篇文章主要讲的是MYSQL数据库中常用函数介绍，感兴趣的同学赶快来看一看吧，对你有帮助的话记得收藏一下
    2022-01-01
  • MYSQL如何 查询数据库中所有表中的数据量

    MYSQL如何 查询数据库中所有表中的数据量

    INFORMATION_SCHEMA.TABLES 是 MySQL 中的系统表,用于存储关于数据库中的表的信息,这篇文章主要介绍了MYSQL如何 查询数据库中所有表中的数据量,需要的朋友可以参考下
    2024-01-01
  • MySQL8重置root账户密码图文教程超详细讲解

    MySQL8重置root账户密码图文教程超详细讲解

    root账户为MySQL的超级管理员用户，拥有MySQL提供的所有权限，这篇文章主要介绍了MySQL8重置root账户密码图文教程,需要的朋友可以参考下
    2023-05-05
  • mysql8.0 .ibd文件恢复表结构的实现

    mysql8.0 .ibd文件恢复表结构的实现

    本文主要介绍了mysql8.0 .ibd文件恢复表结构的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2024-10-10
  • mysql 求解求2个或以上字段为NULL的记录

    mysql 求解求2个或以上字段为NULL的记录

    这篇文章主要介绍了mysql 求解求2个或以上字段为NULL的记录,需要的朋友可以参考下
    2017-05-05
  • MySQL 中的权限管理及验证流程

    MySQL 中的权限管理及验证流程

    这篇文章主要介绍了MySQL 中的权限管理及验证流程详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
    2022-09-09
  • MySQL数据库索引原理及优化策略

    MySQL数据库索引原理及优化策略

    MySQL数据库索引是一种数据结构，用于提高数据查询的效率，加快数据检索的速度。索引基于树结构实现，可以通过B+树等算法来优化索引效率。MySQL中常见的索引类型包括主键索引、唯一索引、普通索引、全文索引等
    2023-04-04
  • Mysql5.7.17 winx64.zip解压缩版安装配置图文教程

    Mysql5.7.17 winx64.zip解压缩版安装配置图文教程

    这篇文章主要介绍了Mysql5.7.17 winx64.zip解压缩版安装配置图文教程,需要的朋友可以参考下
    2018-03-03
  • MySQL 5.7安装中的常见问题分析及解决方案

    MySQL 5.7安装中的常见问题分析及解决方案

    在Linux服务器上安装MySQL数据库时,尤其是在CentOS 7等操作系统上,可能会遇到一些安装包和依赖关系相关的错误,这些问题的产生原因可以是多个方面,本文将通过对具体错误的分析和解决方案的阐述,帮助大家快速解决在安装MySQL 5.7版本过程中可能遇到的问题
    2024-11-11

最新评论