日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

Transaction中的SQL死锁

發布時間:2025/5/22 数据库 24 豆豆
生活随笔 收集整理的這篇文章主要介紹了 Transaction中的SQL死锁 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

試考察以下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執行時需要一個“Shared Lock”共享鎖,而共享鎖是允許過得session同時進入的。
第二句update執行時需要一個“Exclusive Lock”獨占鎖。

當兩個session并發時,兩個session執行select時都獲得了“Shared Lock”,而接下來執行update時都在獲取“Exclusive Lock”的同時等待對方釋放“Shared Lock”,從而導致了死鎖。

解決方案:
1.盡量避免在同一個Transaction中先select再update(鎖定相同行);
2.確實需要這么做的情況下,在select之前先做一個不產生任何效果的update,直接搶到“Exclusive Lock”,然后再執行后續操作。

總結

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

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。