Mysql之锁与事务

最新推荐文章于 2024-08-18 19:54:58 发布
最新推荐文章于 2024-08-18 19:54:58 发布
阅读量1.4k 收藏 1
点赞数
分类专栏： 面试 Mysql 文章标签： mysql 数据库 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/IT__LS/article/details/126013025
版权

mysql中锁与事务的神秘面纱，主要内容包括: 

  1. 共享锁和排它锁的区别以及适合范围

  2. mysql的表锁和行锁的区别

  3. 怎么判断一个sql是否执行了锁，执行的是表锁还是行锁

  4. 事务是什么，怎么用

  5. 事务的特性ACID

  6. 事务的隔离级别 (RU, RC, RR, SER)

  7. 如何查看mysql使用的隔离级别

目录

一.锁

1. 共享锁和排它锁

a. 共享锁

b. 排它锁

c. gapLock 和 next key lock

2. 表锁和行锁

3. 如何使用锁

a. select分析

b. sql实例分析 

二.事务

1. 定义

2. ACID特性

3. 隔离级别

a. 基本概念

b. RU: Read Uncommited 未提交读

c. RC: Read Commited 提交读

d. RR: Repeatable Read 可重复度 

e. Serializable 可串行化

f. 常用命令

4. 使用姿势

a. 读锁的影响

b. 写锁的影响

c. 小结 

三. 小结

1. sql分析

2. 事务

一.锁

乐观锁和悲观锁，和DB中常说的共享锁和独占锁

  • 乐观锁：多线程中的CAS就是一种乐观锁，实际上不加锁，先尝试去执行，如果失败则重试（或者根据失败策略进行处理）

  • 悲观锁：上锁，一次只能有一个线程访问，其他的都只能等待

1. 共享锁和排它锁

a. 共享锁

突出在共享这个关键词上，顾名思义，表示这个锁可以多人共享，一般又可以称为读锁(S锁)

在DB中，读锁表示所有的读取数据的小伙伴都不会被锁阻塞，可以放心大胆的获取数据，专业一点的说法就是同一时刻，允许多个连接并发的读取同一资源

b. 排它锁

排它，表示当某个人持有这个锁之后，其他的人再来竞争锁就会失败，只能等待锁释放， 又称为写锁(X锁)

在DB中，写锁表示同一时刻，只能有一个小伙伴操作，其他的不管是读还是写，都得排队，专业说法是写锁会阻塞其他的读锁或写锁请求，确保同一时刻只能有一个连接可以写入资源，并防止其他连接读取或者写资源

c. gapLock 和 next key lock

  • next key lock 主要是范围匹配的场景下，会锁某一个范围区间

  • gapLock 主要用来锁边界

如下面的case（说明，columnA是非唯一索引，RR隔离级别）

  • where columnA between 10 and 30, next key lock 确保不会在10, 30 之内插入新的数据行

  • where columnA = 10, gap lock 确保不会再次插入一个columnA=10的行

2. 表锁和行锁

对于DB的操作，通常会出现两种情况，一个是锁表，一个锁行

  • 表锁：表示整个表被某一个连接占用了写锁，导致其他连接的读锁或者写锁都会阻塞；影响整个表的读写

  • 行锁：表示表中某些行被某个连接占用了写锁，但是其他行，依然可以被其他的连接请求读锁、写锁；仅影响被锁的那些行数据

那么一个问题就来了，什么sql会导致行锁，什么会导致写锁？甚至我们如何判断一个sql是否会请求锁，请求的是读锁还是写锁呢？

3. 如何使用锁

上面一节抛出了问题，那么现在就是来看下如何使用和分析锁了，首先我们是我们最常见的几个sql

  • select

  • update

  • delete

  • insert

其中很容易得出的结论是 update, delete, insert 三个涉及到写锁；而且这种操作绝大部分的场景是操作具体的某些行（想想为什么?），所以更常见的是行锁

select读操作则有点特殊

a. select分析

MVCC(multiple-version-concurrency-control）是个行级锁的变种，它在普通读情况下避免了加锁操作，因此开销更低。即下面这个没有读锁也没有写锁

b. sql实例分析 

MVCC与GAP锁

Mysql之锁与事务知识要点小结

SpringBoot 系列教程之事务隔离级别知识点小结

Spring事务传播属性

Spring事务传播属性有那么难吗？看这一篇就够了 - 不学无数的程序员的个人空间 - OSCHINA - 中文开源技术交流社区

Spring事务传播属性-Java例子详解

Spring-事务的传播属性（六）_piaoslowly的博客-CSDN博客_事务的传播属性

Spring编程式事务使用

SpringBoot 系列教程之编程式事务使用姿势介绍篇

Spring 官方推荐的 @Transactional 还能导致生产事故？

二.事务

1. 定义

事务就是一组原子性的sql，或者说一个独立的工作单元。

事务就是说，要么mysql引擎会全部执行这一组sql语句，要么全部都不执行（比如其中一条语句失败的话）。

2. ACID特性

a. A:atomiciy 原子性

一个事务必须保证其中的操作要么全部执行，要么全部回滚，不可能存在只执行了一部分这种情况出现。

b. C:consistency一致性

数据必须保证从一种一致性的状态转换为另一种一致性状态。

c. I:isolation 隔离性

在一个事务未执行完毕时，通常会保证其他Session 无法看到这个事务的执行结果

d. D:durability 持久性

事务一旦commit，则数据就会保存下来，即使提交完之后系统崩溃，数据也不会丢失

3. 隔离级别

前面在分析锁的sql时，就提到了隔离级别，通常有四种： RU, RC, RR, Serializable

a. 基本概念

  • 脏读：读取到一个事务未提交的数据，因为这个事务最终无法保证一定执行成功，那么读取到的数据就无法保证一定准确

  • 不可重复读：简单来说就是在一个事务中读取的数据可能产生变化，同样的sql，在一个事务中执行多次，可能得到不同的结果

  • 幻读：会话T1事务中执行一次查询，然后会话T2新插入一行记录，这行记录恰好可以满足T1所使用的查询的条件。然后T1又使用相同 的查询再次对表进行检索，但是此时却看到了事务T2刚才插入的新行

  • 加锁读：select * from table ... 的执行是否加了读锁 (这个可以参考上面的sql加锁分析）

b. RU: Read Uncommited 未提交读

事务中的修改，即使没有提交，对其他会话也是可见的，即表示可能出现脏读，一般数据库都不采用这种方案

c. RC: Read Commited 提交读

这个隔离级别保证了一个事务如果没有完全成功（commit执行完），事务中的操作对其他会话是不可见的，避免了脏读的可能

但是可能出现不可重复度的情况，举例说明：

  • 会话T1, 执行查询 select * from where id=1，第一次返回一个结果

  • 会话T2, 执行修改 update table set updated=xxx where id=1 并提交

  • 会话T1，再次执行查询 select * from where id=1，这次返回的结果中update字段就和前面的不一样了

实际的生产环境中，这个级别用的比较多，特意查了下公司的db隔离级别就是这个

一个RC级别的演示过程：

  • 会话1，开启事务，查询

  • 会话2，开启事务，更新DB，提交事务

  • 会话1，再次查询，提交事务

  • 从下面的实际演示结果可以知道，会话1，同一个sql，两次执行的结果不同

d. RR: Repeatable Read 可重复度 

一个事务中多次执行统一读SQL,返回结果一样。 这个隔离级别解决了脏读的问题，幻读问题

实例演示解决脏读的过程(将上面的过程同样来一次）

  • 发现不管会话1同一个sql，返回的结果都是相同的

e. Serializable 可串行化

串行事务隔离级别，所有的事务串行执行，最强的隔离级别，通过给事务中每次读取的行加锁，写加写锁，保证不产生幻读问题，但是会导致大量超时以及锁争用问题。

f. 常用命令

  • 查看当前会话隔离级别: select @@tx_isolation

  • 查看系统当前隔离级别: select @@global.tx_isolation

  • 设置当前会话隔离级别: set session transaction isolation level read committed;

  • 设置系统当前隔离级别: set global transaction isolation level read committed;

  • 命令行，

    • 开始事务: start transactioin;

    • 提交: commit;

4. 使用姿势

前面演示事务隔离级别的时候，给出的实例就演示了事务的使用姿势，一般作为三步骤：

  • 开始事务 start transaction;

  • 执行你的业务sql

  • 提交事务 commit;

我们现在演示以下一个事务中，读锁、写锁对另一个事务的影响

a. 读锁的影响

我们采用mysql默认的RR级别进行测试，userId为主键

b. 写锁的影响

c. 小结 

  • 读锁，会阻塞其他请求写锁的sql执行

  • 写锁，会阻塞其他读锁和写锁的sql执行

  • 事务只有在提交之后，才会释放锁

  • 额外注意，上面事务在提交之后才会释放锁，因此如果两个事务循环依赖锁时，可能发生死锁

三. 小结

1. sql分析

  • select * from table where xxx; （读快照，一般不加锁）

  • select * from table where xxx lock in share mode; (读锁，会阻塞其他的写锁请求，但其他的读锁请求没有影响）

  • select * from table where xxx for update; (写锁，会阻塞其他的读写请求）

  • update tableName set xxx (写锁）

  • insert （写锁）

  • delete （写锁）

2. 事务

简单来讲，事务就是一组sql，要么全部执行成功，要么全部失败

四个特性： A(原子性)C(一致性)I(隔离性)D (持久性)

四种隔离级别：(mysql 默认采用的是RR级别)

更新丢失

简单来讲，两个事务 A,B 分别更新一条记录的 filedA, filedB 字段，其中事务 B 异常，导致回滚，将这条记录的恢复为修改之前的状态，导致事务 A 的修改丢失了，这就是更新丢失

脏读

读取到另外一个事务未提交的修改，所以当另外一个事务是失败导致回滚的时候，这个读取的数据其实是不准确的，这就是脏读

不可重复读

简单来讲，就是一个事务内，多次查询同一个数据，返回的结果居然不一样，这就是不可重复度（重复读取的结果不一样）

幻读

同样是多次查询，但是后面查询时，发现多了或者少了一些记录

比如：查询 id 在[1,10]之间的记录，第一次返回了 1,2,3 三条记录；但是另外一个事务新增了一个 id 为 4 的记录，导致再次查询时，返回了 1,2,3,4 四条记录，第二次查询时多了一条记录，这就是幻读

幻读和不可重复读的主要区别在于：

  • 幻读针对的是查询结果为多个的场景，出现了数据的增加 or 减少

  • 不可重复读对的是某些特定的记录，这些记录的数据与之前不一致

IT__LS
关注
专栏目录
MySQL之锁和事务
12-14
MySQL数据库在处理并发和保证数据安全性方面，使用了锁机制和事务管理，以确保数据的一致性和完整性。这里我们将深入探讨锁的分类、事务的特性以及多版本并发控制（MVCC）。 一、锁分类 1. **表级锁**：这种锁对...
MySQL锁与事务脑图.pdf
07-26
MySQL锁与事务知识脑图
锁释放和事务提交的顺序问题
Fan_c_w的博客
08-23 2542
面对高并发是锁的实现要使用aop 实现，锁不能加在方法中，应为事务一般是方法结束后提交，而锁在finally 方法中提交，从而会出现锁已经解锁而事务还没来得及提交，下个锁获得到的数据就不对。 ...
mysql事务锁手动释放
dark_horse_lk的博客
08-26 2177
1：查看数据库当前的进程，这个命令可以列出当前库所有的线程 mysql> show processlist; 2：查看当前的事物情况 2-1：查询当前数据库运行的所有事物 mysql> SELECT * FROM information_schema.INNODB_TRX; 2-2：查询当前数据库出现的锁 mysql> SELECT * FROM information_schema.INNODB_LOCKs; 2-3：...
【MySQL进阶】事务和锁
最新发布
weixin_62533201的博客
08-18 791
介绍了MySQL的事务以及锁相关概念，比如隔离性、隔离级别、以及MySQL中各种类型的锁联合MVCC实现隔离级别原理，最后还讲解了死锁相关概念
Mysql 8手动终止某个事务并释放其持有的锁
HumorChen的博客
10-07 1416
是可以执行的，再去数据表看最新数据发现，刚这个事务没有提交的数据变更是没有生效的。这是由innodb的原子性保障了，要么事务提交成功，所有变更生效，要么事务未提交事务内所有变更都不生效。持有了行记录3的排它锁，且无间隙锁，锁类型是行锁，额外还获得了表锁的意向排他锁（意向跑排他锁不等于持有排它锁，只是表达一个意向，并没有持有这个表级排它锁）在mysql数据库里的information_schema.INNODB_TRX表中存储有innodb的所有事务，我们可以查看该表来查看正在进行的事务。
mysql开启事务自动加共享锁_事务和锁机制是什么关系？ 开启事务就自动加锁了吗？...
weixin_31842821的博客
01-26 614
数据库锁因为数据库要解决并发控制问题。在同一时刻，可能会有多个客户端对同一张表进行操作，比如有的在读取该行数据，其他的尝试去删除它。为了保证数据的一致性，数据库就要对这种并发操作进行控制，因此就有了锁的概念。锁的分类从对数据库操作的类型分读锁(共享锁)：针对同一块数据，多个读操作可以同时进行而不会互相影响。由读表操作加上的锁，加锁后其他用户只能获取该表或行的共享锁，不能获取排它锁，也就是说只能读不...
事务提交后执行其他方法
Marlene_me的博客
09-28 1163
场景： 事务A调用异步事务B： 事务A逻辑：接口接收参数后将库存变动明细保存到记录表，保存后调用异步方法B。 事务B逻辑：将库存变动明细记录表数据汇总到库存表。 问题： 如果事务A在事务提交之前已经调用事务B，且在异步调用事务B之后事务A出现异常，导致事务A回滚，那么事务B在执行时拿到的数据就是错误的，导致汇总数据时有可能出现错误，导致库存不准确。 解决方案： 在事务A提交事务之后再调用异步事务B。 @Transactional public void save(){ saveStockDetail();
MYSQL事务隔离与锁
06-22
本套课程主要是对mysql的事务隔离级别以及锁相关知识进行深入讲解其中包括：mysql四大特性的深入理解、四种隔离级别的实现原理、一致性读的实现原理、全局锁、表锁、行锁，间隙锁的介绍与分析，对于难点和重点会使用...
MySQL8.0锁机制和事务
03-07
MySQL 8.0 锁机制和事务 MySQL 8.0 中的锁机制和事务是数据库系统中非常重要的概念。锁机制是指数据库系统中对数据访问的控制机制，而事务是指数据库系统中的一组操作单元。了解锁机制和事务是非常关键的，因为它们...
mysql 锁表锁行语句分享(MySQL事务处理)
09-11
MySQL中的锁机制是数据库事务处理中的重要组成部分，用于确保数据的一致性和完整性。在标题和描述中提到的“mysql 锁表锁行语句分享”是关于如何在MySQL中使用事务来锁定特定行数据，确保在操作期间不会被其他并发...
MySQL为什么需要锁的获取和释放？底层原理是什么？
长风破浪会有时的博客
06-19 113
事务需要在适当的时候获取锁来限制对数据的访问，而在事务完成后释放锁，以便其他事务能够继续访问和修改数据。锁的获取：当一个事务需要对数据进行读取或修改时，它需要获取相应的锁来保证其他事务不能同时对数据进行修改或者读取。事务提交：当事务提交时，MySQL会释放事务持有的所有锁，并将事务对数据的修改应用到数据库中。事务回滚：当事务回滚时，MySQL会释放事务持有的所有锁，并撤销事务对数据的修改。锁的释放：当事务完成对数据的操作后，需要释放所持有的锁，以允许其他事务对数据进行访问。
mysql事务没有提交会释放表锁和行锁中的表锁吗
weixin_42583683的博客
01-06 958
是的，如果 MySQL 事务没有提交，那么会释放表锁。但是行锁不会被释放，因为行锁只在当前事务内有效，事务结束后会自动释放。 举个例子，如果你在一个事务中执行了 SELECT ... FOR UPDATE 语句来对一行加行锁，那么在这个事务未提交之前，其他事务无法访问这一行。但是如果你在这个事务中使用了 LOCK TABLES 语句来加表锁，那么即使事务未提交，其他事务也无法访问这张表。 ...
MySQL事务和锁
m0_54355172的博客
05-04 5884
MySQL的事务和锁：事务四大特性、事务并发的三个问题，InnoDB锁
MySQL事务与锁
weixin_38370441的博客
04-10 912
MySQL事务与锁参考Part1：关于事务问题清单事务与存储引擎事务的四大特性autocommit变量事务并发的三大问题与隔离级别Part2：三种问题的解决：MVCC与LBCCinnodb的锁官方文档中的所有锁锁的分类表锁与行锁的比较锁的基本模式锁到底锁住了什么？索引！未建立索引会发生什么？Part3：INNODB是如何解决幻读的几个重要的锁的概念原子性与持久性的实现关于死锁当前读与快照读MySQL乐观锁、悲观锁 参考 https://www.cnblogs.com/crazylqy/p/7611069.h
事务隔离级别及Mysql的支持
炎黄的专栏
11-26 1311
MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”（REPEATABLE READ）。 未提交读（READUNCOMMITTED）。另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据（脏读）。 提交读（READCOMMITTED）。本事务读取到的是最新的数据（其他事务提交后的）。问题是，在同一个事务里，前后两次相同的SELECT会读到不同的
MySQL行锁
wgchen
08-30 2146
MySQL行锁场景两阶段锁思考死锁和死锁检测出现死锁后，有两种策略：思考热点数据性能问题小结问题汇总 场景 行锁是针对数据表中行记录的锁，MySQL行锁是引擎层实现的，不是所有的引擎都支持行锁，MyISAM 引擎就不支持行锁。不支持行锁意味着并发控制只能使用表锁，InnoDB是支持行锁的，这也是MyISAM 被 InnoDB 替代的重要原因之一。 两阶段锁 以上面表格中的例子，在事务 A 执行没有进行commit之前，事务B的update 语句会进行阻塞，直到事务A执行commit之后，事务B才能进行提交
MySQL：多个事务更新同一行数据时，通过加行锁避免脏写的
热门推荐
OceanStar的博客
12-23 1万+
引入 多个事务并发运行的时候，如果同时要读写一批数据，此时读和写事件的关系需要协调好，否则可能会有脏读、不可重复读、幻读等一系列问题 简单来说，脏读、不可重复读、幻读，都是别人在更新数据的时候，你怎么读的问题，读的不对，那就有问题 ，读的方法对了，那就不存在问题了。 那怎么协调呢？这就要靠基于undo log版本链条以及ReadView实现的MVCC机制了 如果有多个事务同时并发更新一行数据的时候，会有脏写的问题，而脏写是绝对不允许的，那么这个脏写要靠怎么防止呢？ 解决方法 说白了，就是靠锁机制，依
由一次 UPDATE 过慢 SQL 优化而总结出的经验
hashcon
12-20 1439
最近，线上的 ETL 数据归档 SQL 发生了点问题，有一个 UPDATE SQL 跑了两天还没跑出来： update t_order_record set archive_id = '420a7fe7-4767-45e8-a5f5-72280c192faa', update_time = update_time where order_id in (select order_id from t_retailer_order_record force index (idx_archive_id) wh.
MySQL InnoDB事务与锁深度解析
"MySQL_InnoDB之事务与锁详解" 在数据库管理中，事务是核心概念之一，主要用于确保数据的完整性和一致性。MySQL的InnoDB存储引擎提供了事务支持，以实现高并发环境下的数据安全。本文档深入探讨了事务的四大特性...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值