mysql锁的出现情况

select * from information_schema.INNODB_LOCK_WAITS; 

一、表结构

其中name是唯一索引。

二、准备用到的命令

select * from information_schema.INNODB_TRX; //记录当前正在执行的事务，以及事务的一些状态

select * from information_schema.INNODB_LOCKS; //包含了InnoDB事务锁的具体情况，包括事务正在申请加的锁和事务加上的锁。

select * from information_schema.INNODB_LOCK_WAITS; //包含了blocked的事务的锁等待的状态。

首先在nivicat中开启一个tab，先开启一个事务

BEGIN;
INSERT INTO `test`.`test01` (`name`, `fullName`) VALUES ('cong22', 'xiaocong4');

先不提交，然后再开另外两个tab，执行同样的sql语句。

然后查看事务状态。

select * from information_schema.INNODB_TRX;

 

select * from information_schema.INNODB_LOCKS;

select * from information_schema.INNODB_LOCK_WAITS; 

这个时候，有两种情况：

1、事务一执行提交，事务二和三提示违反唯一索引。

2、如果事务一执行回滚，事务二和三会提示死锁

原因是：当事务一执行成功，事务二、三违反了唯一性，所以就不会升级为x锁，当事务一执行失败，事务二和三都有机会升级为x锁，但是他们都要等待对方所持有的s锁，所以产生了死锁。

可以参考：https://www.cnblogs.com/paul8339/p/6877729.html

实验二

当我们插入的不是唯一索引的数据

BEGIN;
INSERT INTO `test`.`test01` (`name`, `fullName`) VALUES ('cong23', 'xiaocong4');

BEGIN;
INSERT INTO `test`.`test01` (`name`, `fullName`) VALUES ('cong24', 'xiaocong4');

BEGIN;
INSERT INTO `test`.`test01` (`name`, `fullName`) VALUES ('cong25', 'xiaocong4');

这个时候不会产生锁的问题。

select * from information_schema.INNODB_TRX;

实验三

如果把语句更新为update 语句

BEGIN;
update  test01 set fullname = 'xiaocong5' where name = 'cong23';

BEGIN;
update  test01 set fullname = 'xiaocong5' where name = 'cong23';

BEGIN;
update  test01 set fullname = 'xiaocong5' where name = 'cong23';

这个时候，等待的那两个事务不会加s锁，都是x锁

这个时候，事务一commit，也不会导致死锁。这里的实验是，当事务一commit，事务二获得锁，事务三继续等待，当事务二提交后，事务三获得锁，可以继续执行。