<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆-57  評論-117  文章-1  trackbacks-0
    -- 死鎖查詢語句
    SELECT    bs.username "Blocking User", bs.username "DB User",
              ws.username "Waiting User", bs.SID "SID", ws.SID "WSID",
              bs.serial# "Serial#", bs.sql_address "address",
              bs.sql_hash_value "Sql hash", bs.program "Blocking App",
              ws.program "Waiting App", bs.machine "Blocking Machine",
              ws.machine "Waiting Machine", bs.osuser "Blocking OS User",
              ws.osuser "Waiting OS User", bs.serial# "Serial#",
              ws.serial# "WSerial#",
              DECODE (wk.TYPE,
                      'MR', 'Media Recovery',
                      'RT', 'Redo Thread',
                      'UN', 'USER Name',
                      'TX', 'Transaction',
                      'TM', 'DML',
                      'UL', 'PL/SQL USER LOCK',
                      'DX', 'Distributed Xaction',
                      'CF', 'Control FILE',
                      'IS', 'Instance State',
                      'FS', 'FILE SET',
                      'IR', 'Instance Recovery',
                      'ST', 'Disk SPACE Transaction',
                      'TS', 'Temp Segment',
                      'IV', 'Library Cache Invalidation',
                      'LS', 'LOG START OR Switch',
                      'RW', 'ROW Wait',
                      'SQ', 'Sequence Number',
                      'TE', 'Extend TABLE',
                      'TT', 'Temp TABLE',
                      wk.TYPE
                     ) lock_type,
              DECODE (hk.lmode,
                      0, 'None',
                      1, 'NULL',
                      2, 'ROW-S (SS)',
                      3, 'ROW-X (SX)',
                      4, 'SHARE',
                      5, 'S/ROW-X (SSX)',
                      6, 'EXCLUSIVE',
                      TO_CHAR (hk.lmode)
                     ) mode_held,
              DECODE (wk.request,
                      0, 'None',
                      1, 'NULL',
                      2, 'ROW-S (SS)',
                      3, 'ROW-X (SX)',
                      4, 'SHARE',
                      5, 'S/ROW-X (SSX)',
                      6, 'EXCLUSIVE',
                      TO_CHAR (wk.request)
                     ) mode_requested,
              TO_CHAR (hk.id1) lock_id1, TO_CHAR (hk.id2) lock_id2,
              DECODE
                 (hk.BLOCK,
                  0, 'NOT Blocking',          /**//* Not blocking any other processes */
                  1, 'Blocking',              /**//* This lock blocks other processes */
                  2, 'Global',           /**//* This lock is global, so we can't tell */
                  TO_CHAR (hk.BLOCK)
                 ) blocking_others
         FROM v$lock hk, v$session bs, v$lock wk, v$session ws
        WHERE hk.BLOCK = 1
          AND hk.lmode != 0
          AND hk.lmode != 1
          AND wk.request != 0
          AND wk.TYPE(+) = hk.TYPE
          AND wk.id1(+) = hk.id1
          AND wk.id2(+) = hk.id2
          AND hk.SID = bs.SID(+)
          AND wk.SID = ws.SID(+)
          AND (bs.username IS NOT NULL)
          AND (bs.username <> 'SYSTEM')
          AND (bs.username <> 'SYS')
    ORDER BY 1;

    查詢發生死鎖的select語句

    select sql_text from v$sql where hash_value in (
        select sql_hash_value from v$session where sid in (select session_id from v$locked_object)
    )

     

    關于數據庫死鎖的檢查方法

     

    一、數據庫死鎖的現象
    程序在執行的過程中,點擊確定或保存按鈕,程序沒有響應,也沒有出現報錯。


    二、死鎖的原理
    當對于數據庫某個表的某一列做更新或刪除等操作,執行完畢后該條語句不提
    交,另一條對于這一列數據做更新操作的語句在執行的時候就會處于等待狀態,
    此時的現象是這條語句一直在執行,但一直沒有執行成功,也沒有報錯。


    三、死鎖的定位方法
    通過檢查數據庫表,能夠檢查出是哪一條語句被死鎖,產生死鎖的機器是哪一臺。

     


    1)用dba用戶執行以下語句

    select username,lockwait,status,machine,program from v$session where sid 
    in (select session_id from v$locked_object)

    如果有輸出的結果,則說明有死鎖,且能看到死鎖的機器是哪一臺。字段說明:
    Username:死鎖語句所用的數據庫用戶;
    Lockwait:死鎖的狀態,如果有內容表示被死鎖。
    Status: 狀態,active表示被死鎖
    Machine: 死鎖語句所在的機器。
    Program: 產生死鎖的語句主要來自哪個應用程序。


    2)用dba用戶執行以下語句,可以查看到被死鎖的語句
    select sql_text from v$sql where hash_value in
    (select sql_hash_value from v$session where sid in
    (select session_id from v$locked_object))

     

    四、死鎖的解決方法
         一般情況下,只要將產生死鎖的語句提交就可以了,但是在實際的執行過程中。用戶可
    能不知道產生死鎖的語句是哪一句。可以將程序關閉并重新啟動就可以了。
     經常在Oracle的使用過程中碰到這個問題,所以也總結了一點解決方法。

      

     

         1)查找死鎖的進程:

    sqlplus "/as sysdba" (sys/change_on_install)
    SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESS 
    FROM V$LOCKED_OBJECT l,V$SESSION S 
    WHERE l.SESSION_ID=S.SID;

      2)kill掉這個死鎖的進程:

      alter system kill session ‘sid,serial#’; (其中sid=l.session_id)

     

      3)如果還不能解決:

              select pro.spid from v$session ses, v$process pro where ses.sid=XX and ses.paddr=pro.addr;

       其中sid用死鎖的sid替換:

           exit
           ps -ef|grep spid

           其中spid是這個進程的進程號,kill掉這個Oracle進程。

    轉自:http://sungang-82.iteye.com/blog/310781



    作者:hoojo
    出處:
    blog:http://blog.csdn.net/IBM_hoojo
             http://hoojo.cnblogs.com
    本文版權歸作者和博客園共有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接,否則保留追究法律責任的權利。


    版權所有,轉載請注明出處 本文出自:
    分享道版權所有,歡迎轉載,轉載請注明出處,謝謝
    posted on 2012-08-31 16:24 hoojo 閱讀(33354) 評論(0)  編輯  收藏 所屬分類: DataBaseOracle
    主站蜘蛛池模板: 国产亚洲情侣一区二区无| 9277手机在线视频观看免费| 亚洲av永久无码天堂网| 天天爽亚洲中文字幕| 亚洲午夜在线一区| 亚洲三级中文字幕| 91丁香亚洲综合社区| 亚洲人成电影院在线观看| 在线综合亚洲中文精品| 亚洲色偷偷综合亚洲av78| 日韩亚洲产在线观看| 亚洲人成小说网站色| 亚洲国产无线乱码在线观看| 狼人大香伊蕉国产WWW亚洲| 亚洲JIZZJIZZ妇女| 深夜免费在线视频| 青柠影视在线观看免费| 日韩电影免费在线观看中文字幕| 少妇太爽了在线观看免费视频| 亚洲毛片在线免费观看| A级毛片内射免费视频| 日韩免费a级在线观看| 亚洲精品无码成人片在线观看 | 永久在线免费观看| 丁香花免费高清视频完整版| 日日夜夜精品免费视频| 亚洲精品一级无码鲁丝片 | 免费观看日本污污ww网站一区| 亚洲?V乱码久久精品蜜桃| 亚洲一区精品伊人久久伊人| 无码乱人伦一区二区亚洲| wwwxxx亚洲| 免费的黄网站男人的天堂 | 亚洲国产AV无码一区二区三区| 国产精品自拍亚洲| 国偷自产一区二区免费视频| 2021国产精品成人免费视频| 免费一级毛片在播放视频| 亚洲精品无码乱码成人| 国产成人精品亚洲2020| 国产99久久亚洲综合精品|