乐观锁和悲观锁简介和实现机制

最新推荐文章于 2021-10-18 14:23:16 发布

宇宙第一编程菜鸡

最新推荐文章于 2021-10-18 14:23:16 发布

阅读量211

点赞数

分类专栏： mysql 文章标签： mysql 多线程

本文链接：https://blog.csdn.net/weixin_44314878/article/details/105202111

版权

mysql 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

本文介绍了悲观锁和乐观锁的概念及其在多线程环境中的应用。悲观锁在数据修改前加锁，避免并发问题，但可能导致死锁和降低并发性。乐观锁则在数据提交时检查冲突，适用于高并发场景，但可能存在ABA问题。文章详细讨论了两者的实现机制、优缺点以及如何处理ABA问题和高并发失败的情况。

摘要由CSDN通过智能技术生成

应用场景

为了解决多并发的过程中，对数据的同时操作导致的脏读、换读和不可重复读等问题，提出了悲观锁和乐观锁的概念

悲观锁

简易概念：在数据修改之前，先给数据加锁，然后再修改数据。其他事务遇到锁，先挂起等待当前线程结束。
实现机制：数据库本身的锁机制
分类：
a、共享锁（也叫读锁）：多个事务对于同一事务可以共享一把锁，但是都是只能访问读取数据，不能修改数据。
b、排他锁（也叫写锁）：如果一个事务要获取一个数据行的排他锁，那么其他事物就不可以再获取该行的排他锁。但是排他锁可以让事务读取数据和修改数据。
优缺点：
优点：不会出现像乐观锁那样的ABA问题
缺点：悲观锁让数据库产生了额外的开销，有死锁的可能性。此外还降低了并发性，其他事务必须等待当前线程任务结束，才能获取数据。

乐观锁

简易概念：不认为每个事务都是要读数据进行修改的，所以运行多个事务同时访问数据。但是在数据进行提交的时候，正式对数据的进行检测，检测是否与当前数据冲突等问题。
实现机制：不依赖数据库本身的锁机制，而是依靠数据本身是否正确，即通过与数据版本比对，从而判断是否可以数据更新。
优缺点：
a、优点：减少了事务等待的时间，不会出现死锁的情况
b、缺点：可能出现ABA的情况

实现过程

悲观锁

实现机制

1、在对记录进行修改前，先尝试为该记录加上排他锁（exclusive locking）。
2、如果加锁失败，说明该记录正在被修改，那么当前查询可能要等待或者抛出异常。具体响应方式由开发者根据实际需要决定。
3、如果成功加锁，那么就可以对记录做修改，事务完成后就会解锁了。
4、期间如果有其他对该记录做修改或加排他锁的操作，都会等待我们解锁或直接抛出异常。

使用步骤：

1、关闭MySQL的autocommit模式

set autocommit = 0;

2、SELECT…FOR UPDATE;

select * from student where id = 1 for update;

使用FOR UPDATE需同时满足两个条件

数据库的引擎为 innoDB
操作位于事务块中（BEGIN/COMMIT）

注意事项

使用select…for update会把数据给锁住，不过我们需要注意一些锁的级别，MySQL InnoDB默认行级锁。行级锁都是基于索引的，如果一条SQL语句用不到索引是不会使用行级锁的，会使用表级锁把整张表锁住，这点需要注意。
常见情况如下：

若明确指明主键，且结果集有数据，行锁；
若明确指明主键，结果集无数据，则无锁；
若无主键，且非主键字段无索引，则表锁；
若使用主键但主键不明确，则使用表锁；