遇到一個並發事務死鎖的問題，事務對一個表執行刪除操作，對另外一個表執行更新操作，使用的是Hibernate操作數據庫。在並發應用時，如果有2個線程同時操作同一條數據就會導致死鎖的發生，這個問題通過代碼層面解決嗎？如果有2個以上線程調用這個方法對同一個客戶執行操作就會導致死鎖發生，兩個線程各持有一個表的鎖。有什么機制可以避免這種情況發生么？ 、
select for update 某個線程操作時對它施加排他鎖，鎖住你要操作的數據；這樣別人就在等待，不會死鎖，但相對於是串行化
行級鎖與死鎖
MyISAM中是不會產生死鎖的，因為MyISAM總是一次性獲得所需的全部鎖，要么全部滿足，要么全部等待。而在InnoDB中，鎖是逐步獲得的，就造成了死鎖的可能。
在MySQL中，行級鎖並不是直接鎖記錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條sql語句操作了主鍵索引，MySQL就會鎖定這條主鍵索引；如果一條語句操作了非主鍵索引，MySQL會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。 在UPDATE、DELETE操作時，MySQL不僅鎖定WHERE條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的next-key locking。
當兩個事務同時執行，一個鎖住了逐漸索引在等待其他相關索引，一個鎖定了非主鍵索引，在等待主鍵索引。這樣就會發生死鎖。
發生死鎖后，InnoDB一般都可以檢測到，並使一個事務釋放鎖回退，另一個獲取鎖完成事務。
有多種方法可以避免死鎖，這里只介紹常見的三種，具體如下
1、如果不同程序會並發存取多個表，盡量約定以相同的順序訪問表，可以大大降低死鎖機會。
2、在同一個事務中，盡可能做到一次鎖定所需要的所有資源，減少死鎖產生概率；
3、對於非常容易產生死鎖的業務部分，可以嘗試使用升級鎖定顆粒度，通過表級鎖定來減少死鎖產生的概率；