管中窥豹——MySQL(InnoDB)死锁分析之道附件.pptxVIP

何登成 管中窥豹 ——MySQL/InnoDB死锁分析之道 目 录 为什么选择“死锁”？ 基础篇 为什么要加锁？ 锁的持有周期 锁粒度 死锁产生的原因 MySQL篇 哪些操作会加锁？ 锁模式 实战篇 死锁案例123 个人简介 何登成 阿里巴巴高级数据库专家 个人微博：@何_登成 个人博客： 为什么选择“死锁” 我可以选择的话题 双11 异地多活 OceanBase AliSQL（Alibaba MySQL 分支） 阿里巴巴数据库最佳实践 … … 但是，我选择了这个话题 死锁，Why？？？ 为什么选择“死锁” 首先，本人自封为“死锁小王子” 但更重要的是，死锁“血泪史” 公司内，帮助多个业务线解决死锁问题 公司外部，很多朋友也在找我讨论MySQL死锁 死锁分析，是MySQL DBA的一个不可承受之重 基础篇 本篇介绍的内容，是对所有数据库均通用的，是分析死锁的基础 本篇内容大纲 为什么要加锁？ 锁的持有周期 锁粒度 死锁产生的原因 基础篇——为什么要加锁 此锁非彼锁 数据库中的锁 确保并发更新场景下的数据正确性 常见的并发更新：商品减库存、消息产生/消费 ACID中的I（Isolation） 基础篇——锁的持有周期 实际情况是 加锁：实际访问到某个待更新的行时，对其加锁（而非一开始就将所有的锁都一次性持有） 解锁：事务提交/回滚时（而非语句结束时就释放） 原则之一 要分析一个死锁，必须深入业务，了解整个事务的逻辑（闭门无法造车） 基础篇——锁粒度 试想一个场景 如果我要去图书馆里借一本《高性能MySQL》，为了防止有人提前把这本书给借走了，我可以提前进行预约（加锁），这把锁可以怎么加？ 1、封锁图书馆（肯定被打死 ——数据库级别的锁 2、把数据库相关的书都锁住——表级别的锁 3、只锁MySQL相关的书 ——页级别的锁 4、或者干脆只锁《高性能MySQL》这本书 ——行级别的锁 锁的粒度越细，并发级别越高（实现也更复杂） 传统关系型数据库，都实现了行级别的锁 基础篇——为什么会产生死锁 常见的场景  产生死锁的必要条件 多个并发事务（2个或者以上） 每个事务都持有了锁（或者是已经在等待锁） 每个事务都需要再继续持有锁（为了完成事务逻辑，还必须更新更多的行） 事务之间产生加锁的循环等待，形成死锁 MySQL篇 不同于前面的基础篇，本篇介绍MySQL在加锁处理上的具体实现。大部分跟其他数据库相同，但是小部分有自己的特殊逻辑在里面（有时，往往是这些特殊逻辑，导致了MySQL死锁分析尤其困难）。 注：本篇介绍的，都是InnoDB存储引擎的实现，非InnoDB引擎请不要照搬照抄 本篇内容大纲 MySQL有哪些操作会加锁？ MySQL中有哪些锁模式？ MySQL中的锁冲突矩阵 MySQL中的特殊加锁逻辑 MySQL篇——会加锁的操作 常见的加锁操作 Insert、Delete、Update（毫无疑问） Select … lock in share mode、select … for update（显式加锁） Lock table … read/write （显示加表级锁） Alter table … / Create Index … （DDL操作引入的加锁） Flush tables with read lock （备份常用） Primary Key/Unique Key唯一约束检查 MySQL特有的加锁操作 Purge操作加锁（purge是什么鬼？后面分析） Question：各操作分别加什么锁？ MySQL篇——锁模式 常规锁模式 LOCK_S（读锁，共享锁，2）  这个数字有啥用？ LOCK_X（写锁，排它锁，3） 最容易理解的锁模式，读加共享锁，写加排它锁 锁的属性 LOCK_REC_NOT_GAP（锁记录，1024） LOCK_GAP（锁记录前的GAP，512） LOCK_ORDINARY（同时锁记录+记录前的GAP，0。传说中的Next Key锁） LOCK_INSERT_INTENTION（插入意向锁，2048） 加上LOCK_GAP，一切难以理解的源头（后面重点分析） 锁组合（属性 + 模式） 锁的属性可以与锁模式任意组合。例如：LOCK_REC_NOT_GAP（1024） + LOCK_X（3） MySQL篇——锁冲突矩阵 列：存在锁 行：待加锁 S（Not Gap） S（Gap） S（Ordinary） X（Not Gap） X（Gap） X（Ordinary） Insert Intention S（Not Gap） 冲突 冲突 S（Gap） 冲突 S（Ordinary） 冲突 冲突 冲突 X（Not Gap） 冲突 冲突 冲突 冲突 X（Gap） 冲突 X（Ordinary） 冲突 冲突 冲突 冲突 冲突