Mysql之锁与事务

最新推荐文章于 2023-05-24 11:35:36 发布
最新推荐文章于 2023-05-24 11:35:36 发布
阅读量633 收藏 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
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL锁与事务脑图.pdf
07-26
MySQL锁与事务知识脑图
MySQL之锁和事务
12-14
目录一、锁分类死锁二、事务事务特性隔离级别多版本并发控制MVCC 一、锁 分类 Mysql为了解决并发、数据安全的问题，使用了锁机制。可以按照锁的粒度把数据库锁分为表级锁和行级锁。 表级锁 对当前操作的整张表加锁，...
MySQL：多个事务更新同一行数据时，通过加行锁避免脏写的
热门推荐
OceanStar的博客
12-23 1万+
引入 多个事务并发运行的时候，如果同时要读写一批数据，此时读和写事件的关系需要协调好，否则可能会有脏读、不可重复读、幻读等一系列问题 简单来说，脏读、不可重复读、幻读，都是别人在更新数据的时候，你怎么读的问题，读的不对，那就有问题 ，读的方法对了，那就不存在问题了。 那怎么协调呢？这就要靠基于undo log版本链条以及ReadView实现的MVCC机制了 如果有多个事务同时并发更新一行数据的时候，会有脏写的问题，而脏写是绝对不允许的，那么这个脏写要靠怎么防止呢？ 解决方法 说白了，就是靠锁机制，依
事务隔离级别及Mysql的支持
炎黄的专栏
11-26 1279
MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”（REPEATABLE READ）。 未提交读（READUNCOMMITTED）。另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据（脏读）。 提交读（READCOMMITTED）。本事务读取到的是最新的数据（其他事务提交后的）。问题是，在同一个事务里，前后两次相同的SELECT会读到不同的
如何解决多线程数据库重复插入、更新问题
s_156的博客
05-24 2000
幂等与你是不是分布式高并发还有JavaEE都没有关系。关键是你的操作是不是幂等的。要做到幂等性，从接口设计上来说不设计任何非幂等的操作即可。譬如说需求是：当用户点击赞同时，将答案的赞同数量+1。改为：当用户点击赞同时，确保答案赞同表中存在一条记录，用户、答案。赞同数量由答案赞同表统计出来。在设计系统时，是首要考虑的问题，尤其是在像支付宝，银行，互联网金融公司等涉及的都是钱的系统，既要高效，数据也要准确，所以不能出现多扣款，多打款等问题，这样会很难处理，用户体验也不好。
mysql事务没有提交会释放表锁和行锁中的表锁吗
weixin_42583683的博客
01-06 827
是的，如果 MySQL 事务没有提交，那么会释放表锁。但是行锁不会被释放，因为行锁只在当前事务内有效，事务结束后会自动释放。 举个例子，如果你在一个事务中执行了 SELECT ... FOR UPDATE 语句来对一行加行锁，那么在这个事务未提交之前，其他事务无法访问这一行。但是如果你在这个事务中使用了 LOCK TABLES 语句来加表锁，那么即使事务未提交，其他事务也无法访问这张表。 ...
MySQL行锁
wgchen
08-30 1739
MySQL行锁场景两阶段锁思考死锁和死锁检测出现死锁后，有两种策略：思考热点数据性能问题小结问题汇总 场景 行锁是针对数据表中行记录的锁，MySQL行锁是引擎层实现的，不是所有的引擎都支持行锁，MyISAM 引擎就不支持行锁。不支持行锁意味着并发控制只能使用表锁，InnoDB是支持行锁的，这也是MyISAM 被 InnoDB 替代的重要原因之一。 两阶段锁 以上面表格中的例子，在事务 A 执行没有进行commit之前，事务B的update 语句会进行阻塞，直到事务A执行commit之后，事务B才能进行提交
MySQL InnoDB之事务与锁详解
09-11
MySQL InnoDB之事务与锁详解，需要使用事务的朋友可以参考下
MYSQL事务隔离与锁
06-22
本套课程主要是对mysql的事务隔离级别以及锁相关知识进行深入讲解其中包括：mysql四大特性的深入理解、四种隔离级别的实现原理、一致性读的实现原理、全局锁、表锁、行锁，间隙锁的介绍与分析，对于难点和重点会使用...
MySQL事务与锁机制详解
12-14
1.事务 1.1 什么是事务？ 事务是逻辑上的一组操作，组成这组操作的各个逻辑单元，要么一起成功，要么一起失败。 1.2 哪些引擎支持事务 InnoDB支持事务 1.3 事务的四大特性 原子性（Atomicity）:强调事务的不可分割，...
mysql事务锁等待超时
面向未来的历史
05-26 1096
最近在对一百万的数据进行新增、修改。 一个进程对表进行select， 另一个进程进行 update。 update进程报错： Lock wait timeout exceeded; try restarting transaction 问题解析 嗯， 锁等待超时。 出现的可能原因： 1、在同一事务内先后对同一条数据进行插入和更新操作 2、多台服务器操作同一数据库 3、瞬时出现高并发现象，spring事务造成数据库死锁，后续操作超时抛出异常 4、事务A对记录C进行更新/删除操作的请求未commit时，事务
几乎原生Mysql配置 执行Update语句卡住一直执行很长时间才返回(问题排查)
hesiyuanlx的博客
06-04 5973
环境： 2个Mysql实例 库数量1 库中表数量50 1次业务流对实例依次1次插入1次查询1次更新 插入一个服务，4个docker副本，每个副本jdbc连接数8 查询和更新在一个服务，4个docker副本，每个副本jdbc连接数8 Mysql实例上总连接数102个。 所有表使用的Innodb引擎 现象 从应用服务上看，在同一时间，4个查询与更新的服务副本，更新操作的线程一直卡在IO读上，也就是没有Mysql应答，导致其中部分服务的2-6个jdbc连接被卡死，直到540xxx毫秒（9分钟）后统一给了应答，服
由一次 UPDATE 过慢 SQL 优化而总结出的经验
hashcon
12-20 1325
最近，线上的 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 update加锁分析：是加行锁还是表锁？具体加锁加哪儿？
qq_38787653的博客
01-04 4147
mysql 锁
MySQL事务与锁
weixin_38370441的博客
04-10 330
MySQL事务与锁参考Part1：关于事务问题清单事务与存储引擎事务的四大特性autocommit变量事务并发的三大问题与隔离级别Part2：三种问题的解决：MVCC与LBCCinnodb的锁官方文档中的所有锁锁的分类表锁与行锁的比较锁的基本模式锁到底锁住了什么？索引！未建立索引会发生什么？Part3：INNODB是如何解决幻读的几个重要的锁的概念原子性与持久性的实现关于死锁当前读与快照读MySQL乐观锁、悲观锁 参考 https://www.cnblogs.com/crazylqy/p/7611069.h
事务并发问题及解决方案
qq_42419163的博客
08-18 1245
事务并发问题： 1. 第一类丢失更新(lost update)： 在完全未隔离事务的情况下，两个事物更新同一条数据资源，某一事物异常终止，回滚造成第一个完成的更新也同时丢失。 2. 脏读(dirty read)：如果第二个事务查询到第一个事务还未提交的更新数据，形成脏读。 3. 虚读(phantom read)：一个事务执行两次查询，第二次查询比第一次多出或少一些数据，造成两次结果不一致。只是另...
在代码逻辑中是否可以update多次同一条数据，同样的字段
qq_37781796的博客
11-22 1622
不是可以同时update多次同一条数据的同样字段，因为可能第一个update还没执行成功，第二条就过来了，就会抛出异常，需要加个flag判断 例如 update log set status = ?, send_time = now(), updated_at = now() where id = ? 通知异常(String), 22985ba4299e4220b338d85b4c30f531(String) update log set status = ?, send_time = now(), upd
mysql 批量 update 多个条件_再谈Transaction——MySQL事务处理分析
weixin_39631755的博客
11-25 1191
MySQL 事务基础概念/Definition of Transaction事务(Transaction)是访问和更新数据库的程序执行单元;事务中可能包含一个或多个 sql 语句，这些语句要么都执行，要么都不执行。事务处理在各种管理系统中都有着广泛的应用，比如人员管理系统，很多同步数据库操作大都需要用到事务处理。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员...
mysql事务与锁机制
最新发布
07-27
MySQL事务与锁机制是数据库管理系统中重要的概念。事务是一组数据库操作（例如插入、更新、删除等）的执行单元，要么全部成功执行，要么全部回滚。锁机制用于管理并发访问数据库时的数据一致性和并发控制。 在MySQL...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值