数据变更注意事项- 2 insert 导致的死锁

使用文字描述就是，当前有三个事务在执行：

假设有表：

CREATE TABLE t20 (
  uid INT NOT NULL AUTO_INCREMENT,
  login_name VARCHAR(45) NOT NULL,
  age VARCHAR(45) NULL,
  PRIMARY KEY (uid), 
  UNIQUE INDEX `login_name_UNIQUE` (login_name ASC)
);

事务A:
尝试插入一条记录（null，'neco', 18），此时事务A加上写锁

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t20 values (null, 'neco', 18);
Query OK, 1 row affected (0.00 sec)

事务B:
同样尝试插入一条记录（null，'neco', 18），因为login_name字段是唯一索引的，所以此时事务B会加上读锁

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t20 values (null, 'neco', 18);

事务C:
同样尝试插入一条记录（null，'neco', 18），因为login_name字段是唯一索引的，所以此时事务C会加上读锁

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t20 values (null, 'neco', 18);

此时如果事务A因为一些问题，rollback了，那么会出现以下的情况。
事务A释放写锁，事务B想要加上写锁的话，需要事务C释放读锁，但是事务C需要获取写锁才会释放读锁，此时事务B和事务C互相等待，就导致了死锁的诞生。

事务A:

mysql> rollback;
Query OK, 0 rows affected (0.37 sec)

事务B:

mysql> insert into t20 values (null, 'neco', 18);
Query OK, 1 row affected (42.00 sec)

事务C:

mysql> insert into t20 values (null, 'neco', 18);
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

扩展 知识点 on duplicate key update

相关文章：https://juejin.cn/post/7093504329855959048

如果觉得有收获就点个赞吧，更多知识，请点击关注查看我的主页信息哦~