单机事务中死锁产生的原因及解决办法
产生原因：
-
两个线程 不同方向 相同资源
只要上面3个碰在一起一定会出现死锁问题！
举个例子：转账
两个事务单元
事务单元一 第一步操作：Lock Bob 第二部操作：Lock Simth
事务单元二 第一步操作：Lock Simth 第二部操作：Lock Bob
他们俩都持有一把锁； 事务单元2想要Lock Bob的时候，他是进不到Bob那个锁上面的，于是事务单元2就等待了； 而事务单元1想要Lock Smith的时候，他也是进不到Smith的那个锁上面的，他也会在外面等待； 相互之间等待，而相互之间又维持了一个锁，这就是死锁产生的原因
死锁解决办法：
-
尽可能不死锁 如：尽可能降低隔离级别，因为死锁的核心主要就是事务之间相互等待产生的； 不加读锁自然而然就能减少死锁的可能； 这个一般对用户要求较高，所以一般数据库会提供两个主要的死锁检测的方法：第一种交碰撞检测；第二种叫等锁超时 碰撞检测 把事务单元和事务单元所维持的锁都记录下来，比如把事务单元1所有等待的锁，去申请锁之前先记录到内存里，当他锁住Bob的时候，再去锁住Smith的时候需要去申请另外一把锁，然后利用Smith在查看看这把锁申请的事务单元有哪些锁，发现事务单元2，然后去看事务单元2又是在申请哪些锁，会发现又回来了，于是在这种情况下，就认为在事务单元1中Lock Smith的时候发生了一个碰撞；于是解决了这个死锁问题，只要终止一边就可以了！ 这种方式的效率一般来说是最高的；等锁超时效率稍微会低一点 等锁超时 也是一种比较常见的作法，我等待持有锁的时间，比如持有超过一分钟，我就认为这个锁可能有问题，超时了直接给你报错，但这种方式会带来一个问题；比如超长事务，这种死锁检测的方式会导致每一个死锁被发现都需要非常长的时间，有些时候是不能接受的，所以在主流的数据库中主要是使用碰撞检测；
下一篇：
如何解决生产环境MySQL的死锁问题