因為項目的數據更新頻率很高，導致經常出現死鎖的問題。感覺以下遇到的一種情況比較典型，也比較tricky，計之。
問題描述：
如以下兩條非常簡單的SQL語句，它們共同組成了一個Transaction，那么在多線程高頻率執(zhí)行時就會引起死鎖問題（當然這里要考慮鎖的級別問題，一般多類似這種系統(tǒng)都會選擇行鎖，那么以下引起死鎖的條件是兩條語句都對同一行操作）：
select <column1> from <table> where <column2> = ?
update <table> set <column1> = %d where <column2> = '%s'
select語句需要“Shared Lock”，因而多個線程可以同時進入，而update需要“Exclusive Lock”，當兩個線程同時執(zhí)行了select語句，而獲得了“Shared Lock”，而他們在接下來執(zhí)行update語句時，都需要獲得“Exclusive Lock”而產生競爭，導致死鎖。
解決方案1:
互換他們的順序，這樣，在第一次執(zhí)行update語句時，他們會競爭"Exclusive Lock"而引起沒有得到“Exclusive Lock”的線程等待：
1, update <table> set <column2> = <column2> + <some value> where <column1> = '%s'
2. select <column1> from <table> where <column2> = ?
3. <column1> - <some value> to get the old <column1> value.
采用“Hold Lock”方式，即在所有操作之前做一個dummy的update操作，這樣可以保證在進Transaction之前需要先獲得一個“Exclusive Lock”
posted on 2013-10-17 20:49
DLevin 閱讀(4358)
評論(1) 編輯 收藏 所屬分類:
Database