試考察以下SQL語句：

declare
a_var integer;
begin
select col_a into a_var from tab_a where id = 1;
update tab_a set col_b where id = 1;
end;

第一句select執(zhí)行時(shí)需要一個(gè)“Shared Lock”共享鎖，而共享鎖是允許過得session同時(shí)進(jìn)入的。
第二句update執(zhí)行時(shí)需要一個(gè)“Exclusive Lock”獨(dú)占鎖。

當(dāng)兩個(gè)session并發(fā)時(shí)，兩個(gè)session執(zhí)行select時(shí)都獲得了“Shared Lock”，而接下來執(zhí)行update時(shí)都在獲取“Exclusive Lock”的同時(shí)等待對(duì)方釋放“Shared Lock”，從而導(dǎo)致了死鎖。

解決方案：
1.盡量避免在同一個(gè)Transaction中先select再update（鎖定相同行）；
2.確實(shí)需要這么做的情況下，在select之前先做一個(gè)不產(chǎn)生任何效果的update，直接搶到“Exclusive Lock”，然后再執(zhí)行后續(xù)操作。

總結(jié)

以上是生活随笔為你收集整理的Transaction中的SQL死锁的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。