mysql数据库加死锁方法_数据库锁的分类及死锁的排除解决方法

一：分类

1.乐观锁：用数据版本记录机制实现。

为数据增加一个版本表示，一般是数据库增加一个version字段。读取数据时，把version字段一起独处，每更新一次，version+1.

提交时，提交版本必须大于当前版本才能执行更新。

2.悲观锁，在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作。

3.悲观锁设计到的另外两个锁概念：共享锁和排他锁都是悲观锁的一种实现。

4.共享锁(读锁)，读取操作创建的额锁。其他用户可以并发读取数据，但不能对其进行修改，直到已释放所有共享锁

如果事务t对数据a加共享锁，则其他事务不能再加排它锁。获得共享锁的事务只能读数据

5.排它锁(写锁)，加锁之后，可以读也可以写，其他时候不能再加锁。

6.行锁，给某一行，也就是某一条记录加锁。基于索引的，所以如果sql语句用不到索引也就用不到行锁，只会用到表锁。

7.表锁。innodb引擎在用不到索引也就是用不到行锁的时候，行锁会变成表锁。

8.死锁，两个或两个以上进程，因争夺资源而造成一种互相等待的现象。

二、解决方法

1.查询是否锁表

show open tables where in_use > 0;

2.查询所有进程

show processlist

3.杀死进程

kill id

或者先查看事务

select * from information_schema.innodb_trx;

查看锁定的事务

select * from information_schema.innodb_locks;

查看当前等锁的事务

select * from information_schema.innodb_lock_waits;

三、产生和避免

如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序与速度不同，也可能产生死锁。

产生死锁的四个必要条件：

(1) 互斥条件：一个资源每次只能被一个进程使用。

(2) 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。

(3) 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。

(4) 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

虽然不能完全避免死锁，但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销，因为只有很少的事务回滚，而回滚会取消事务执行的所有工作。由于死锁时回滚而由应用程序重新提交。

下列方法有助于最大限度地降低死锁：

(1)按同一顺序访问对象。

(2)避免事务中的用户交互。

(3)保持事务简短并在一个批处理中。

(4)使用低隔离级别。

(5)使用绑定连接。

希望与广大网友互动？？

点此进行留言吧！