av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術文章
文章詳情頁

事務 - mysql共享鎖lock in share mode的實際使用場景

瀏覽:96日期:2022-06-14 10:09:17

問題描述

看了MySQL的官方文檔: 關于鎖定對象的部分

分兩種鎖共享鎖: SELECT ... LOCK IN SHARE MODE排它鎖: SELECT ... FOR UPDATE

其中排他鎖這個場景大家都知道, 就是多個session的事務要對同一個表的一/多條數據進行更新操作的時候, 要先鎖定再更新來消除并發造成的數據不一致

而共享鎖的使用場景說的有主-從表的這種情況, 比如想在從表insert一條記錄, 需要先將主表相關的數據加S鎖鎖定, 然后再insert從表, 來實現主從表數據一致性, 即有可能其他session會再此時delete主表的這條數據而造成只有從表有數據而主表無數據的數據不一致結果

但是顯示加S鎖容易造成deadLock, 即session1在數據加S鎖, 然后session2在相同數據也加S鎖, 然后同時update, 必然會導致其中一個session的事務監測到deadlock,而終止事務

本來他的使用場景是主-從表的情況, 但是實際場景可能錯綜復雜, 這兩種場景都是涉及, 那么手動加共享鎖的是否還有必要呢???? 是否說明實際中不會使用這項技術呢?

問題解答

回答1:

確實是這樣的,LOCK IN SHARE MODE是讀鎖(只是不讓別人寫),FOR UPDATE是寫鎖(還不讓別人加讀鎖),讀鎖升級成寫鎖是可能產生死鎖的(但寫鎖降級成讀鎖則不會,我還真不知道MySQL如何對鎖降級),所以程序中需要考慮超時的問題(或者重試或者放棄)。

所以大部分情況下都如果SELECT后接下來會有UPDATE動作的話,一般會用FOR UPDATE而不是LOCK IN SHARE MODE。

相關文章:
主站蜘蛛池模板: 精品美女在线观看视频在线观看 | 伊人春色成人网 | 成人免费视频网站在线观看 | 在线观看成年视频 | 91人人在线 | 成人免费视频网站在线观看 | 国产 日韩 欧美 在线 | 在线观看亚洲专区 | 亚洲国产欧美国产综合一区 | 成人国产精品久久久 | 国产高清一区二区三区 | 一区二区免费高清视频 | 午夜精品一区二区三区三上悠亚 | 成人欧美一区二区 | 欧美成人一区二区三区片免费 | 成人不卡一区二区 | 久久夜视频 | 亚洲+变态+欧美+另类+精品 | 国产精品久久久久久久久久久久冷 | 97成人精品 | 国产一区电影 | 毛片在线看看 | 久久综合激情 | 日韩a视频 | 中文字幕免费在线观看 | 日韩中文在线观看 | heyzo在线| 久久久久国产精品一区二区 | 999视频在线播放 | 久久久久久亚洲 | 日韩欧美在线视频播放 | 国产欧美日韩综合精品一区二区 | 亚洲欧美综合网 | 99久久精品国产一区二区三区 | 欧美日韩亚 | 高清一区二区三区 | 午夜小影院 | 国产日韩亚洲欧美 | 蜜臀网 | 91成人免费观看 | 日韩欧美手机在线 |