内容简介:《四种隔离级别,又脱不开聊读脏,不可重复读,读幻象等问题。事务隔离级别,行锁机制等都比较垂直,应用开发中大部分同学都用不到,不确定是否大部分朋友都感兴趣。
《 InnoDB,5项最佳实践,知其所以然? 》发布后,不少同学留言希望讲讲 MySQL 的InnoDB行锁机制。要细聊MySQL的行锁,难以避免的要从事务的四种隔离级别说起。
四种隔离级别,又脱不开聊读脏,不可重复读,读幻象等问题。
事务隔离级别,行锁机制等都比较垂直,应用开发中大部分同学都用不到,不确定是否大部分朋友都感兴趣。
今天,先抛出一个问题,如果大家确定对这类话题感兴趣的话,后续我花时间细聊这一系列问题。
MySQL默认的事务隔离级别是 Repeated Read (RR),假设使用的存储引擎是InnoDB,在这个隔离级别下:
- 读取到数据,都是其他事务已提交的数据;
- 同一个事务中,相同的连续读,得到的结果应该是相同的;
- 不会出现insert幻象读;
假设有数据表:
t(id int PK, name)
假设目前的记录是:
- 10, shenjian
- 20, zhangsan
- 30, lisi
Case 1
事务A先执行,并且处于未提交状态:
update t set name=’a’ where id=10
事务B后执行:
update t set name=’b’ where id=10
因为事务A在PK id=10上加了行锁,因此事务B会阻塞。
Case 2
事务A先执行,并且处于未提交状态:
delete from t where id=40
事务A想要删除一条不存在的记录。
事务B后执行:
insert into t values(40, ‘c’)
事务B想要插入一条主键不冲突的记录。
- 问题1:事务B是否阻塞?
- 问题2:如果事务B阻塞,锁如何加在一条不存在的记录上呢?
- 问题3:事务的隔离级别,索引类型,是否对问题1和问题2有影响呢?
如果大家对这些问题感兴趣,后续我花时间深入梳理逻辑,画图细聊。
如果不感兴趣,我换数据库应用层架构的话题。
是不是很有意思的一个问题?
猜猜InnoDB的行锁是怎么做到的?
【本文为51CTO专栏作者“58沈剑”原创稿件,转载请联系原作者】
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- InnoDB行锁,如何锁住一条不存在的记录?
- SQL Server使用sp_spaceused查看表记录存在不准确的情况
- SQL Server移除事务日志后sys.master_files依然存在记录问题
- 区块链存在哪些安全风险?
- 一进制存在吗?为什么?
- 明明存在,怎么搜索不出来呢?
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
大数据时代的IT架构设计
IT架构设计研究组 / 电子工业出版社 / 2014-4 / 49.00元
《大数据时代的IT架构设计》以大数据时代为背景,邀请著名企业中的一线架构师,结合工作中的实际案例展开与架构相关的讨论。《大数据时代的IT架构设计》作者来自互联网、教育、传统行业等领域,分享的案例极其实用,代表了该领域较先进的架构。无论你就职于哪一行业都可以从本书中找到相关的架构经验,对您在今后的架构设计工作中都能起到很好的帮助作用。 《大数据时代的IT架构设计》适合具备一定架构基础和架构经验......一起来看看 《大数据时代的IT架构设计》 这本书的介绍吧!
JS 压缩/解压工具
在线压缩/解压 JS 代码
RGB转16进制工具
RGB HEX 互转工具