Mysql锁机制-死锁问题

死锁问题

（1)表的死锁产生原因:
用户A访问表A(锁住了表A)，然后又访问表B;另一个用户B访问表B(锁住了表B)，然后企图访问表A;这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B才能继续，同样用户B要等用户A释放表A才能继续，这就死锁就产生了。导致两个操作都不能继续进行。
用户A–》A表(表锁）–》B表(表锁)用户B–》B表(表锁）–》A表(表锁)
解决方案:
这种死锁比较常见，是由于程序的BUG产生的，除了调整的程序的逻辑没有其它的办法。
仔细分析程序的逻辑，对于数据库的多表操作时，尽量按照相同的顺序进行处理，尽量避免同时锁定两个资源，如操作A和B两张表时，总是按先A后B的顺序处理，必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源。先让用户B访问表A，用户A访问表A，锁住表A，用户A访问表B，用户B访问表B，锁住表B。

（2)行级锁死锁产生原因：
**产生原因一：**如果在事务中执行了一条没有索引条件的查询，引发全表扫描把行级锁上升为全表记录锁定（等价于表级锁)，多个这样的事务执行后，就很容易产生死锁和阻塞，最终应用系统会越来越慢，发生阻塞或死锁。
解决方案1:
SQL语句中不要使用太复杂的关联多表的查询;使用explain"执行计划"对SQL语句进行分析，对于有全表扫描和全表锁定的SQL语句，建立相应的索引进行优化。
产生原因2:
·两个事务分别想拿到对方持有的锁，互相等待，于是产生死锁

**产生原因二：**如果两个事务分别都想去拿到对方持有的锁互相等待，于是产生死锁，但是innodb加上了等待超时机制，当一个事务加上锁之后，另一个事务想去操作会进入阻塞，阻塞期间就是对锁的争抢吧，超过等待时间就会报错，也就是加锁失败。