看懂这篇文章-你就懂了数据库死锁产生的场景和解决方法

一、什么是死锁

加锁（Locking）是数据库在并发访问时保证数据一致性和完整性的主要机制。任何事务都需要获得相应对象上的锁才能访问数据，读取数据的事务通常只需要获得读锁（共享锁），修改数据的事务需要获得写锁（排他锁）。当两个事务互相之间需要等待对方释放获得的资源时，如果系统不进行干预则会一直等待下去，也就是进入了死锁（deadlock）状态。

二、死锁产生的场景

1.数据库表准备

1.1. 创建数据库表

#创建数据库
create database chuanzhi;
#选择数据库
use chuanzhi;
#创建测试表
CREATE TABLE `tb_heima` (
  `id` INT NOT NULL,
  `username` VARCHAR(45) NULL,
  PRIMARY KEY (`id`)
);
#插入测试数据
INSERT INTO `tb_heima` (`id`, `username`) VALUES ('1', '传智教育-教育行业A股IPO第一股');

2.死锁场景演示

2.1. 打开一个dos窗口

• mysql -u账号 -p密码，进入mysql命令行输入：

• 开启一个事务，mysql> begin;

• 执行更新语句，mysql> update tb_heima set username = ‘heima’ where id =1;

注意：此时更新是成功的，但并未提交事务。

2.2.再打开一个dos窗口

• 登录mysql,开启另一个事务操作同上。

• 再次执行更新语句，mysql> update tb_heima set username = ‘heima’ where id =1;

注意：此时第二个窗口处于等待中，需要等待第一个窗口释放写锁才能执行成功。

• 等待一段时候后，第二个窗口报错了

注意：由于第一个窗口未提交事务，导致第二个窗口在等待一段时候后，超过锁定等待超时。

三、解决死锁问题

通过mysql客户端工具连接，按照以下步骤执行。

• select * from information_schema.innodb_lock_waits; #锁等待的信息，可以看到堵塞和被堵塞者

注意：超过锁定等待超时后，此条记录会消失，也就是说正在阻塞的记录在此表才能查看到。

• select * from information_schema.innodb_trx; # 查询锁事务状态信息

注意：查询出死锁后，得到trx_mysql_thread_id死锁的id。

• kill sessionId; # 杀掉有问题的session

kill 15;
kill 16;

• 再次执行select * from information_schema.innodb_trx; # 查询锁事务状态信息

注意：确认此表是否存在锁事务记录，如果没有则说明死锁问题已经解决。

四、如何避免死锁

1. 对于数据库的多表操作时，尽量按照相同的顺序进行处理，尽量避免同时锁定两个资源，如操作A和B两张表时，总是按先A后B的顺序处理， 必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源。
2. 所有的update和delete操作必须走唯一索引
3. SQL语句中不要使用太复杂的关联多表的查询；使用“执行计划”对SQL语句进行分析，对于有全表扫描的SQL语句，建立相应的索引进行优化。
4. 把SELECT放在Update语句前
5. 避免事务中的用户等待交互