作者：操盛春，爱可生技术专家，公众号『一树一溪』作者，专注于研究 MySQL 和 OceanBase 源码。

隔离性主要由MVCC来实现的，在深入学习MVCC之前，一定要说一下事务的隔离级别，而事务的隔离级别是根据不同并发事务产生的问题导致的，因此必须要先说一下并发事务...

如果表中 <id = 10> 的记录已经被其它已提交事务标记删除，只是还没有被清理，它就不是有效的记录了。这种情况下，新记录可以正常插入，不会报错。

找到主键索引记录之后，从它的 DB_TRX_ID 字段中读取事务 ID，看看这个事务 ID 对应的事务是否已经提交了。

在 OceanBase 中，只读事务中的所有查询都引用了数据库的同一份快照，从而提供多表、多查询、读取一致的视图。所以在只读事务内 2 次相同查询所看到的数据是...

介绍完死锁环中每个事务的三部分信息，接下来的辅助信息很重要，就是哪个事务被选择成为死锁受害事务了。

事务申请加表锁或者行锁，有可能立即获得锁，也有可能被其它事务持有的锁阻塞，需要先进入锁等待状态，等其它事务释放表锁或者行锁之后，申请加锁的事务才能获得锁。

有一种情况，加锁只是权宜之计，临时为之。如果这种锁也要等到事务提交或者回滚即将完成时才释放，阻塞其它事务的时间也可能更长，这就有点不合理了。所以，这种锁会在事务...

因为死锁数组中各事务已经按照进入锁等待状态的时间先后排了序，这一步直接把本轮循环取到的事务作为本轮循环的受害事务，其实隐含了一个逻辑，就是选择两个事务中更晚进入...

反之如果由 Executed_Gtid_Set 决定，则备库复制会因为重复回放事务而报错，需要进行修复。下面设计一个实验来进行验证。

第 3 步，第 1 轮循环从事务 1 等待事务 2 开始，这里又发现事务 2 在等待事务 1，说明这两个事务相互等待形成了一个环，也就是死锁环。

（4）通过 mysqlbinlog -vvvv binlogs.xx --include-gtids=xx 解析这个多出的 GTID。发现该事务涉及的表和复制中...

因为事务 X 进入锁等待状态之后，又有 2N 个事务进入过锁等待状态，而当前只有 N 个事务正处于锁等待状态，说明这 2N 个锁等待事务中，已经有 N 个事务获...

多个事务对同一个表加表锁，每个事务都会申请一个表锁结构。这些表锁结构通过各自的 locks 属性形成一个链表，我们称之为 locks 链表。

第 3 步，如果事务 T1 是高优先级事务，创建 hash 行锁结构的事务不是高优先级事务，并且 hash 行锁结构处于等待状态，它就不会阻塞事务 T1 对记录...

可以看到确实出现了重复 DELETE FROM 和 SELECT 的情况，再往前多看几个事务，你会发现前几个事务均对 2102 这条记录进行了 DELETE 的...

多个事务读、写同一个数组单元管理的行锁结构链表，需要等待前面拿到令牌的事务把令牌还回去之后，等待中的事务才能按照先来后到的顺序拿到令牌。

如果多个事务同一时间都想拿到同一个表的令牌，需要按照先来后到的顺序排队，等前面拿到令牌的事务把令牌还回去之后，剩下的排队事务中，最早排队的那个事务就能拿到令牌，...

那么 DELETE + REPLACE 和 DELETE + INSERT 为什么选择前者呢？这两个操作放在一个事务里面的话，最终 binlog 记录的是一样的...

如果 rollback_complete = false，说明从 undo 日志中恢复出来的、需要回滚的事务还没有全部回滚完成，InnoDB 会遍历读写事务链表...