MySQL InnoDB锁介绍及不同SQL语句分别加什么样的锁

上图中，在不同的隔离级别下，执行了相同的SQL。无论何种隔离级别，PRIMARY上的index record lock总是会加的，我们不讨论它。在idx_b上，隔离级别为RC时，InnoDB加了index record lock，即：X,REC_NOT_GAP，隔离级别为RR时，InnoDB加了next-key lock，即X。注意：RC时没有gap lock或next-key lock哦。

上图演示了：事务的隔离级别也会影响到设置哪种锁。如我们前面所说，gap lock是用来阻止phantom row的，而RC时是允许phantom row，所以，RC时禁用了gap lock。因此，上图中，RC时没有在索引上设置gap lock或next-key lock。

实践四：操作不存在的索引记录时，也需要加锁

上图中，idx_b上并不存在b=266的索引记录，那么，当更新b=266的记录时，是否需要加锁呢?是的，也需要加锁

无论b=266是否存在，RR时，InnoDB在第一个不满足搜索条件的索引记录上设置gap lock或next-key lock。一般，等值条件时设置gap lock，范围条件时设置next-key lock。上图中是等值条件，于是InnoDB设置gap lock，即上图的X,GAP，其范围是(226, 2222)，正是此gap lock使得并发的事务无法插入b列大于等于266的值，RC时，由于gap lock是被禁止的，因此，并不会加gap lock，并发的事务可以插入b列大于等于266的值。

上图演示了：操作不存在的索引记录时，也需要加锁。

实践五：重复键错误(duplicate-key error)时，会加共享锁。这可能会导致死锁。

（编辑：厦门网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!