网关莫名奇妙的重试引发mysql并发插入，居然会导致了这样的神奇加锁逻辑，导致线上出现死锁问题。。。

InnoDB 存储引擎支持多粒度锁（multiple granularity locking），也就是允许行锁和表锁共存。当允许行锁和表锁共存的时候，可能会存在下面这样一个问题： 例如我执行如下 SQ

Insert Intention Lock，中文我们也称之为插入意向锁。 这个可以算是对我们之前所讲的 Gap Lock 的一个补充，关于 Gap Lock，如果还有小伙伴不懂，可以参考：记录锁、间隙

MySQL 插入10万条数据性能分析:笔者想复现一个索引失效的场景，故需要一定规模的数据作支撑，所以需要向数据库中插入大约一百万条数据。那问题就来了，我们应该怎样插入才能使插入的速度最快呢？

MySQL的InnoDB引擎事务有4种隔离级别，主要是为了保证数据的一致性。 InnoDB引擎提供了行级锁，表锁。MyISAM提供了表锁，如题，MySQL会发生死锁吗？ 会，在InnoDB引擎下，RR(REPEATABLE-READ)级别，如果多个事务争抢同一个资源，会发生死锁…

距离上次写文章已经是1年多前了, 这次想要分享的是2019年年底, 在生产环境中出现的一次算的上比较诡异的死锁事件, 不过庆幸的是没有产生较大的业务损失. 1. 背景 2. 代码还原 3. 问题分析 初步猜测, 由于业务1中是在开启事务后循环插入数据, 最后在提交事务的, 那么…