数据库与操作系统一样,是一个多用户使用的共享资源。当多个用户并发地存取数据时,就会产生多个事务同时存取统一数据的情况。如果对并发操作没有相应的控制就可能会导致读取和存储不正确的数据,破坏了数据库的一致性。
加锁(读锁和写锁)是一种控制方法,但当两个事务要一组有冲突的锁,而不能将事务继续下去的话,就会出现死锁。
死锁1:
用户A访问表A(锁住了表A),然后又访问表B;用户B访问表B,然后企图访问表A;这时候用户A和B就会相互等待对方释放原本持有的锁,而进入僵持,也就死锁了。
解决方法:对于多表的操作,尽力按照相同的顺序进行处理,避免同时锁定两个资源。必须同时锁定两个资源时,要保证在任何时刻都应该按照想同的顺序来锁定资源。比如让用户A先锁定表A再表B,那用户B也是先锁定表A再B。
死锁2:
用户A查询一条记录,然后修改这条记录;这时用户B修改这条记录。 用户A的事务里锁从查询的共享锁企图上升到独占锁,而用户B里的独占锁由于A有共享锁存在所以必须等A释放掉共享锁,但A由于B的独占锁无法上锁到独占锁也就不可能释放共享锁,于是就出现了死锁。
解决方法:1.避免同时对同一条记录操作。
2.使用乐观锁(基于数据版本记录机制)控制。
3.使用悲观锁控制(开销比较大)。
死锁3:
如果在事务中执行了一条不满足条件的update语句,则执行全表扫描,把行级锁上升为表级锁,多个这样的事务执行后,很容易产生死锁和阻塞。当表中的数据量非常大而所以建的过少或不合适时候,也会经常发生全表扫描,出现类似情况。
解法方法:SQL语句中不要使用太复杂的关联多表的查询,使用“explain”对SQL语句进行分析,对于全表扫描的SQL语句,建立相应的索引进行优化。