MySQL的锁（悲观锁&乐观锁）与事务

最新推荐文章于 2024-09-24 23:32:03 发布

longlong6682

最新推荐文章于 2024-09-24 23:32:03 发布

阅读量1.3k

点赞数 1

分类专栏： mysql 文章标签： mysql

本文链接：https://blog.csdn.net/longlong6682/article/details/104527146

版权

本文介绍了MySQL中的锁机制，包括MyISAM和InnoDB存储引擎的锁类型，行级锁、表级锁和页级锁的对比。重点讲解了悲观锁和乐观锁的概念、作用及实现方法，悲观锁在读取数据时加锁，直到修改完成释放，而乐观锁在修改时校验数据是否被修改。此外，还概述了MySQL中的事务原理、ACID特性以及事务隔离级别。

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

一. mysql中的锁

1.1MyISAM和InnoDB支持的锁类型

相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。
MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）。
InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。

1.2按锁的粒度划分：行级锁、表级锁、页级锁

1）行级锁：

行级锁分为共享锁和排它锁,行级锁是Mysql中锁定粒度最细的锁。
InnoDB引擎支持行级锁和表级锁，只有在通过索引条件检索数据的时候，才使用行级锁，否就使用表级锁。
行级锁的开销大，加锁慢，锁的粒度小，发生锁冲突概率比较低，并发度比较高
- 举例：只根据主键进行查询，并且查询到数据，主键字段产生行锁。

	行锁
'''
client1中执行：
    select * from shop where id=1 for update;
clenet2中执行：
    select * from shop where id=2 for update;   # 可以正常放回数据
    select * from shop where id=1 for update;   # 阻塞
# 可以看到：id是主键，当在client1上查询id=1的数据时候，在client2上查询id=2的数据没问题
# 但在client2上查询id=1的数据时阻塞，说明此时的锁时行锁。
# 当client1执行commit时，clinet2查询的id=1的命令立即返回数据。
'''

2）表级锁：

表级锁分为表共享锁和表独占锁。
表级锁开销小，加锁快，锁定粒度大、发生锁冲突最高，并发度最低
- 举例：根据非主键不含索引（name）进行查询，并且查询到数据，name字段产生表锁。

	表锁
# 可以看到，client1通过非索引的name字段查询到prod11的数据后，在client2查prod**的数据会阻塞，产生表锁。
'''
client1中执行：
    select * from shop where name="prod11" for update;
clenet2中执行：
    select * from shop where name="prod**" for update;
'''

3）页级锁：

页级锁是MySQL中锁定粒度介于行级锁和表级锁中间的一种锁。
表级锁速度快，但冲突多，行级冲突少，但速度慢。
所以取了折衷的页级，一次锁定相邻的一组记录,BDB支持页级锁。
开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。

总结：

表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如Web应用；
而行级锁则更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。

4）锁分类：

按操作划分：DML锁，DDL锁
按锁的粒度划分：表级锁、行级锁、页级锁
按锁级别划分：共享锁、排他锁
按加锁方式划分：自动锁、显示锁
按使用方式划分：乐观锁、悲观锁

按使用方式划分：乐观锁、悲观锁

5）乐观锁悲观锁作用：

在并发访问情况下，很有可能出现不可重复读等等读现象。
为了更好的应对高并发，封锁、时间戳、乐观并发控制(乐观锁)、悲观并发控制(悲观锁)都是并发控制采用的主要技术方式。

6）悲观锁：

当我们要对一个数据库中的一条数据进行修改的时候，为了避免同时被其他人修改，最好的办法就是直接对该数据进行加锁以防止并发。
这种借助数据库锁机制在修改数据之前先锁定，再修改的方式被称之为悲观并发控制（又名“悲观锁”，Pessimistic Concurrency Control，缩写“PCC”）。
之所以叫做悲观锁，是因为这是一种对数据的修改抱有悲观态度的并发控制方式。我们一般认为数据被并发修改的概率比较大，所以需要在修改之前先加锁。
悲观并发控制实际上是“先取锁再访问”的保守策略，为数据处理的安全提供了保证。
但是在效率方面，处理加锁的机制会让数据库产生额外的开销，还有增加产生死锁的机会；另外，还会降低并行性，一个事务如果锁定了某行数据，其他事务就必须等待该事务处理完才可以处理那行数据。

简单来说就是：读取商品数量时就加一把排它锁，直到修改商品数量完成释放排它锁，其他线程才能读取商品数量

悲观锁的实现，往往依靠数据库提供的锁机制
MySQL会对查询结果集中每行数据都添加排他锁，其他线程对该记录的更新与删除操作都会阻塞，排他锁包含行锁、表锁。
- 申请前提：没有线程对该结果集中的任何行数据使用排他锁或共享锁，否则申请会阻塞。
- 适用场景：悲观锁适合写入频繁的场景。

注：

首先我们需要set autocommit=0，即不允许自动提交
用法：select * from tablename where id = 1 for update;

悲观锁实现方法：

每次获取商品时，对该商品加排他锁。
也就是在用户A获取获取 id=1 的商品信息时对该行记录加锁，期间其他用户阻塞等待访问该记录。

悲观锁实现加一操作代码
我们可以看到，首先通过begin开启一个事物，在获得shop信息和修改数据的整个过程中都对数据加锁，保证了数据的一致性。
'''
begin;
select id,name,stock as old_stock from shop  where id=1 for update;
update shop set stock=stock-1 where id=1 and stock=old_stock;
commit
'''

7）乐观锁：

乐观锁（ Optimistic Locking ）是相对悲观锁而言的，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。
相对于悲观锁，在对数据库进行处理的时候，乐观锁并不会使用数据库提供的锁机制。一般的实现乐观锁的方式就是记录数据版本。
乐观并发控制相信事务之间的数据竞争(data race)的概率是比较小的，因此尽可能直接做下去，直到提交的时候才去锁定，所以不会产生任何锁和死锁。