這篇文章主要介紹了LOCK中如何實現(xiàn)模擬鎖等待現(xiàn)象，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、成都微信小程序、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了米脂免費建站歡迎大家使用！

1.模擬“鎖等待”現(xiàn)象
1）開啟一個終端創(chuàng)建測試表test_lock，插入一條數(shù)據(jù)，模擬更新該條數(shù)據(jù)，但不提交
sys@orcl> conn sec/sec
Connected.
sec@orcl> create table test_lock ( a int );

Table created.

sec@orcl> insert into test_lock values ( 1 );

1 row created.

sec@orcl> commit;

Commit complete.

sec@orcl> select * from test_lock;

         A
----------
         1

sec@orcl> update test_lock set a = 2;

1 row updated.

2）再另外開啟一個終端，對同樣的行進行另外的更新，隨即出現(xiàn)鎖等待的現(xiàn)象
sys@orcl> conn sec/sec
Connected.
sec@orcl> 
sec@orcl> 
sec@orcl> update test_lock set a = 3; 

因為更新都是test_lock表中1這行的記錄，第一個用戶提交了修改但是沒有提交，在這里會出現(xiàn)無法繼續(xù)執(zhí)行的現(xiàn)象，這種現(xiàn)象就是“鎖等待”，千萬不要再說這個現(xiàn)象是“死鎖”啦，“死鎖”O(jiān)racle是會自己處理的，有興趣的朋友可以查詢死鎖產(chǎn)生的四個條件，我們這個實驗只是討論最容易出現(xiàn)的“鎖等待”現(xiàn)象的處理方法。

2.檢測“鎖等待”方法
sys@orcl> @lock

lock                      lock
holder                  holder            lock                                lock   request               blocked
username            session id    SERIAL# type           id1         id2      mode      mode      BLOCK session id
------------------ ----------- ---------- ------ ----------- ----------- --------- --------- ---------- ----------
SEC                        148      23007 TM          303038           0         3         0          0
SEC                        153      18219 TM          303038           0         3         0          0
SEC                        153      18219 TX          262159      306200         6         0          1        148
                           165          1 TS               3           1         3         0          0
                           166          1 CF               0           0         2         0          0
                           166          1 RS              25           1         2         0          0
                           166          1 XR               4           0         1         0          0
                           167          1 RT               1           0         6         0          0

8 rows selected.
通過上面腳本的執(zhí)行可以清楚的看出，首先，存在鎖等待現(xiàn)象，因為最后一列存在不為空的會話id信息，其次，可以通過上面所列出來的鎖的信息判斷出因為153會話中執(zhí)行的SQL語句導(dǎo)致148會話的SQL語句無法執(zhí)行。

3.“鎖等待”處理方法
1）溫柔方法
通過個人魅力找到153會話操作的弟兄，溫柔的提醒他請將未提交的SQL語句做提交或回滾處理，以便釋放相應(yīng)的行級鎖。
2）暴力方法
直接殺死153會話，方法如下：
sys@orcl> alter system kill session '153,18219';

System altered.
到此，向你抱怨長時間未運行完成的SQL語句神奇般的恢復(fù)了本應(yīng)有的速度。

4.OK，是該隆重推出我用來檢測“鎖等待”的腳本的時候了，大家請看
---------------------------------------------------
-- Script. Function: Query the lock info         --
-- Script. Name:     lock.sql                    --
-- Author:           secooler                    --
-- Date:             2008.3.6                    -- 
---------------------------------------------------

set pages 1000 lin 126
col kaddr heading 'lock|address'
col username heading 'lock|holder|username' for a18
col sid heading 'lock|holder|session id' format 9999999999
col type heading 'lock|type' format a6
col id1 heading 'id1' format 9999999999
col id2 heading 'id2' format 9999999999
col lmode heading 'lock|mode' format 99999999
col request heading 'request|mode' format 99999999
col blocking_sid format 999999 heading 'blocked|session id'
select /*+rule*/
--     a.kaddr, --
     (select username from v$session where sid = a.sid) username,
     a.sid,
     (select serial# from v$session where sid = a.sid) serial#,
--     (select ctime from v$lock where KADDR = a.kaddr) ctime, --
     a.type,
     a.id1,
     a.id2,
     a.lmode,
     a.request,
     a.block,
     b.sid blocking_sid
from v$lock a,
     ( select * from v$lock
       where request > 0
       and type <> 'MR'
     ) b
where a.id1 = b.id1(+) 
  and a.id2 = b.id2(+)
  and a.lmode > 0 
  and a.type <> 'MR' 
order by username,a.sid,serial#,a.type
/

column sid clear
column type clear
column request clear
column username clear

5.總結(jié)
“鎖等待”現(xiàn)象是一種常見的數(shù)據(jù)庫問題，往往出現(xiàn)在多人（往往是技術(shù)支持人員）同時操作數(shù)據(jù)庫的時候。在出現(xiàn)此類問題的時候，要沉著、認(rèn)真、快速、準(zhǔn)確的定位問題，排除故障。當(dāng)然如果能采用非常嚴(yán)格的數(shù)據(jù)庫操作制度以便防止此類問題的發(fā)生的話，那是最好不過的了，所以說七分管理三分處理。
好運！

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“LOCK中如何實現(xiàn)模擬鎖等待現(xiàn)象”這篇文章對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!

網(wǎng)頁名稱：LOCK中如何實現(xiàn)模擬鎖等待現(xiàn)象
轉(zhuǎn)載來源：http://chinadenli.net/article18/ppscgp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、網(wǎng)站策劃、營銷型網(wǎng)站建設(shè)、自適應(yīng)網(wǎng)站、定制網(wǎng)站、網(wǎng)站導(dǎo)航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)