您好,登錄后才能下訂單哦!
這篇文章主要介紹“Oracle鎖表如何解決”,在日常操作中,相信很多人在Oracle鎖表如何解決問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”O(jiān)racle鎖表如何解決”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
鎖表或鎖超時相信大家都不陌生,經(jīng)常發(fā)生在DML語句中,產(chǎn)生的原因就是數(shù)據(jù)庫的獨占式封鎖機制,當執(zhí)行DML語句時對表或行數(shù)據(jù)進行鎖住,直到事務(wù)提交或回滾或者強制結(jié)束當前會話。
對于我們的應(yīng)用系統(tǒng)而言鎖表大概率會發(fā)生在SQL執(zhí)行慢并且沒有超時的地方(一條SQL由于某種原因(Spoon工具做數(shù)據(jù)抽取與推送)一直執(zhí)行不成功并且一直不釋放資源)因此寫出高效率SQL也尤為重要!還有另外情況也會發(fā)生鎖表,就是高并發(fā)場景,高并發(fā)會帶來的問題就是Spring事務(wù)會造成數(shù)據(jù)庫事務(wù)未提交產(chǎn)生死鎖(當前事務(wù)等待其他事務(wù)釋放鎖資源)!從而拋出異常java.sql.SQLException: Lock wait timeout exceeded;。
那么如何解決鎖表或鎖超時呢?臨時性解決方案就是找出鎖資源競爭的表或語句,直接結(jié)束當前會話或sesstion,強制釋放鎖資源。例如
1、session1修改某條數(shù)據(jù)但是不提交事務(wù),session2查詢未提交事務(wù)的那條記錄
2、session2嘗試修改
我們可以看到修改未提交事務(wù)的記錄會處于一直等待狀態(tài),直到對方釋放鎖資源或強制關(guān)閉session1。這里也說明了Oracle做到了行級鎖!
這里只是簡單的模擬了出現(xiàn)鎖表情況,可以一眼看出就是session1導(dǎo)致的鎖表。實際開發(fā)中遇到這種情況一般都是使用SQL直接查出鎖資源競爭的表或語句然后進行資源的強制釋放!!
3、session3查詢競爭資源的表或語句,強制釋放資源
-- 查詢未提交事務(wù)的session信息,注意執(zhí)行以下SQL,用戶需要有DBA權(quán)限才行 SELECT L.SESSION_ID, S.SERIAL#, L.LOCKED_MODE AS 鎖模式, L.ORACLE_USERNAME AS 所有者, L.OS_USER_NAME AS 登錄系統(tǒng)用戶名, S.MACHINE AS 系統(tǒng)名, S.TERMINAL AS 終端用戶名, O.OBJECT_NAME AS 被鎖表對象名, S.LOGON_TIME AS 登錄數(shù)據(jù)庫時間 FROM V$LOCKED_OBJECT L INNER JOIN ALL_OBJECTS O ON O.OBJECT_ID = L.OBJECT_ID INNER JOIN V$SESSION S ON S.SID = L.SESSION_ID WHERE 1 = 1
查詢結(jié)果如下
對我們強制釋放資源有用的只有前面兩個字段,例如
-- 強制 結(jié)束/kill 鎖表會話語法 ALTER SYSTEM KILL SESSION 'SESSION_ID, SERIAL#'; -- 強制殺死session1,讓session2可以修改id=5的那條記錄 ALTER SYSTEM KILL SESSION '34, 111';
強制殺死session1后,注意觀察session2的執(zhí)行情況!我們會發(fā)現(xiàn)session2的等待會立即終止并執(zhí)行!相信小伙伴們都有一個疑惑,session_id有29和34,如何確定他們屬于session1還是session2,保證殺死的是session1讓session2成功執(zhí)行DML語句?
其實也很簡單,這里的判斷方式就是session1執(zhí)行更新但不提交事務(wù),可先用以上SQL查詢未提交事務(wù)的session信息,此時查到的就是session1的信息。
到此,關(guān)于“Oracle鎖表如何解決”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。