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

一：分类

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）使用绑定连接。