内容简介：《四种隔离级别，又脱不开聊读脏，不可重复读，读幻象等问题。事务隔离级别，行锁机制等都比较垂直，应用开发中大部分同学都用不到，不确定是否大部分朋友都感兴趣。
《 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依然存在记录问题
- 区块链存在哪些安全风险？
- 一进制存在吗？为什么？
- 明明存在，怎么搜索不出来呢？
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
计算机组成（第 6 版）
Andrew S. Tanenbaum、Todd Austin / 刘卫东、宋佳兴 / 机械工业出版社 / 2014-8-19 / CNY 99.00
本书采用结构化方法来介绍计算机系统，书的内容完全建立在“计算机是由层次结构组成的，每层完成规定的功能”这一概念之上。作者对本版进行了彻底的更新，以反映当今最重要的计算机技术以及计算机组成和体系结构方面的最新进展。书中详细讨论了数字逻辑层、微体系结构层、指令系统层、操作系统层和汇编语言层，并涵盖了并行体系结构的内容，而且每一章结尾都配有丰富的习题。本书适合作为计算机专业本科生计算机组成与结构课程的教......一起来看看 《计算机组成（第 6 版）》 这本书的介绍吧!
