mysql purge data,MySQL数据库之Purge死锁问题解析

场景说明

Purge死锁说明

表中存在记录(unique key) 10，20，30，40 (且有 自增主键 )，现在删除记录 20 ，并且已经 提交 了该事物。 purge 线程此时还 没有回收 该记录，且此时又 插入 新的记录 20 。

回顾插入过程 完整的插入过程如下：

假设现在有记录 10，30，50，70 ；且为 unique key ，需要插入记录 25 。

1. 找到 小于等于25的记录 ，这里是 10

如果记录中已经 存在记录25 ，且带有 唯一性约束 ，则需要在 记录25 上增加 S Gap-lock (purge的案例中，老 记录20* 要加S lock的原因)

不直接报错退出或者提示已存在的原因，是因为有可能之前的 记录25 标记为删除( delete-mark )，然后等待 purge

如果 假设 这里 没有S Gap-Lock ，此时 记录30 上也 没有锁 的，按照下面的步骤，可以插入 两个25 ，这样就 破坏了唯一性约束

2. 找到 记录10的下一条记录 ，这里是 30

3. 判断 下一条记录30 上是否有锁(如果有=25的情况，后面再讨论)

判断 30 上面如果 没有锁 ，则 可以插入

判断 30 上面如果有 Record Lock ，则 可以插入

判断 30 上面如果有 Gap Lock / Next-Key Lock ，则无法插入，因为锁的范围是 (10, 30) / (10, 30] ；在 30 上增加 insert intention lock (此时处于 waiting 状态)，当 Gap Lock / Next-Key Lock 释放时，等待的事物(transaction)将被 唤醒 ，此时 记录30 上才能获得 insert intention lock ，然后再插入 记录25

在这个场景中，新插入的记录 20 ，和已经存在的记录 20* 相等，且带有唯一约束，那此时就需要在记录 20* 上增加 S lock(with gap)

演示

因为要模拟插入记录 20* 的时候，老的 记录20 要存在，所以使用debug版本，将 purge线程停掉 。

1. 因为是唯一索引，需要做唯一性检查，从老的记录 20* 开始检查(第一个小于等于自己的值)，则此时 20* 上要加上一把 S lock ，然后往下检查到第一个不相等的记录，即 记录30 ，然后退出，但是这个 记录30 也要 加上S lock

2. 在插入 新的记录20 的时候，发现下一条记录30上有锁，则自己插入的时的 隐式锁 提升为 显示锁 (见插入步骤)

3. 目前锁住的范围是 (10,20], (20,30]

4. 新插入的记录20本身是一把 S-Gap Lock (前面20*的有S lock了，由于是唯一索引，本身其实就不需要有记录锁了，有GAP就够了)

所以记录25无法插入(锁等待)

这个例子中出现了 锁等待 ，就要 警惕 了，如果有 两个事物相互等待 ，就是 死锁 了

总结

以上所述是小编给大家介绍的MySQL数据库之Purge死锁问题解析，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对服务器之家网站的支持！