當我們頻繁的對資料庫進行插入或更新的時候，有可能會直接報sql錯誤1205：lock wait timeout exceeded。資料庫的死鎖。
一般innodb資料庫會自動新增事務，當進行插入或者更新的時候，如果上次commit尚未執行完，而又有一次新的commit提交的時候，系統就會報sql錯誤1205：lock wait timeout exceeded。這就是mysql死鎖。
作為乙個新手，碰到這樣苦逼的事情自然是手足無措。於是趕緊上網看看解決方案，不負所望，網上還真找到相應的結局方案，而且給了三種：
1 應急方案：簡單暴力 show processlist；然後看是哪個程序引起的死鎖，直接kill掉。
2 **方案： select * from innodb_trx 檢視是那些事務佔據了資源（這個方案說到這裡就沒有然後了，檢視完了呢？臥槽，也是不負責任）。
3 設定等待超時：innodb_lock_wait_timeout=50,autocommit=on. 設定等待超時這個方案看起來不錯，但是仔細一樣，你設定多少合適呢？萬一每次更新上萬條資料呢，慢的很怎麼辦？突然感覺可行性不高。第二種呢，根本沒有講完就算了。只能選擇簡單暴力第一種。
MySQL 資料庫死鎖
也可以根據物件模糊匹配直接查詢死鎖的session資訊select vl.session id b.serial ao.object name,b.from vlocked object vl,all objects ao,vsession b where vl.object id ao.objec...
mysql解決資料庫死鎖問題
為了保證資料的正確性，對資料庫進行操作的時候都會進行上鎖，也就是進行修改資料的時候同一時間只能有乙個程序，當這個程序處理完了，釋放鎖了，其他程序才可以進行操作！總是會碰見一些意外情況，導致資料庫死鎖，任何程序操作該資料都會拋異常，也無法修改成功！這個時候我們可以找到對應的資料庫事務程序，殺死程序即可...
資料庫死鎖
1.死鎖的概念 死鎖是程序死鎖的簡稱，是由dijkstra於1965年研究銀行家演算法時首先提出來的。它是計算機作業系統乃至併發程式設計中最難處理的問題之一。實際上，死鎖問題不僅在計算機系統中存在，在我們日常生活中它也廣泛存在。我們先看看這樣乙個生活中的例子 在一條河上有一座橋，橋面較窄，只能容納一...