如圖所示，事務A在等待事務B釋放id=2的鎖，事務B在等待事務A釋放id=1的鎖
這種情況就是死鎖
發生死鎖有兩種方法解決
1.直接進入等待，直到超時。這個超時時間可以通過參數innodb_lock_wait_timeout來設置
2.發起死鎖檢測，發現死鎖后，主動回滾死鎖鏈條中的某一個事務，讓其他事務得以執行。
將參數innodb_deadlock_detect設置為on，表示開啟這個邏輯
在innodb中，innodb_lock_wait_timeout的值默認是50s，以為着如果使用第一種方法，
第一個被鎖住的線程要過50s才會超時退出，然后其他線程才有可能繼續執行。
對於在線服務來說，這個等待時間往往是無法接受的。
但是我們又不能把這個時間設置的很小，比如1s，如果這個時候不是死鎖，而是正常的鎖等待呢
這樣就會造成很多誤傷,所以我們還是使用死鎖檢測好一些，好在innodb_deadlock_detect默認就是on
其實死鎖檢測也是會占用很多cpu資源的，當事務被鎖住的時候，就要看看它鎖依賴的線程有沒有被別人鎖住
如此循環，最后判斷是否出現了循環等待，也就是死鎖