應(yīng)用直接中斷連接導(dǎo)致數(shù)據(jù)被鎖（生產(chǎn)故障）

1.  這是一個由應(yīng)用重啟連接直接而導(dǎo)致數(shù)據(jù)被鎖的問題。
2.  系統(tǒng)大致結(jié)構(gòu)

基本情況：

• 整個架構(gòu)為了統(tǒng)一管理db連接，共享連接。
• 應(yīng)用通過loadbalance連接db訪問層。
• db訪問層后端代理若干db。
• 應(yīng)用到loadbalance以mysql協(xié)議通信。
• db訪問層到db以JDBC方式通信。

故障： 某些數(shù)據(jù)庫中的表數(shù)據(jù)相當長一段時間被鎖，導(dǎo)致應(yīng)用某些場景失敗。

故障分析：應(yīng)用開啟一個事務(wù)的set autocommit=0命令是從app-lb-db訪問層-db，期間如果某個事務(wù)還未執(zhí)行完，而app強行中斷連接，就會導(dǎo)致app-lb的連接斷開，而lb并不直接斷開后端的連接，即lb-db訪問層-db的連接不會斷，從而導(dǎo)致db不會發(fā)生回滾操作。而且此事務(wù)對某些記錄加了鎖，于是就會發(fā)生某些數(shù)據(jù)被鎖。直到db訪問層檢測出該連接超過了idle時間才會關(guān)閉，并發(fā)送回滾命令給db。

解決問題：

① lb在前端連接關(guān)閉時要同時關(guān)閉同會話的后端連接，并且db訪問層要監(jiān)聽lb的連接，一旦關(guān)閉則要做回滾操作。

②去掉lb，提供客戶端loadbalance，應(yīng)用一旦關(guān)閉連接db訪問層也要關(guān)閉連接。

 感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！