Oracle死鎖一例(ORA-00060),鎖表導致的業務死鎖問題

来源:https://www.cnblogs.com/lYng/archive/2018/08/07/9436080.html
-Advertisement-
Play Games

1、問題發現 檢查客戶資料庫的時候發現存在大量死鎖的情況 查看trace文件orcl_ora_25846.trc結果如下 2、問題分析 可以看出來241號會話持有一個TM鎖,在執行insert into pzd2018語句在等待S鎖 4468號會話持有一個TX鎖,在執行insert into pz2 ...


1、問題發現

檢查客戶資料庫的時候發現存在大量死鎖的情況

Thread 1 advanced to log sequence 257 (LGWR switch)
  Current log# 16 seq# 257 mem# 0: /oradata/oracle/online_log/redo16_01.log
  Current log# 16 seq# 257 mem# 1: /oradata/oracle/online_log/redo16_02.log
Tue Jul 03 10:14:53 2018
Archived Log entry 385 added for thread 1 sequence 256 ID 0x59dc8ffa dest 1:
Tue Jul 03 10:14:53 2018
LNS: Standby redo logfile selected for thread 1 sequence 257 for destination LOG_ARCHIVE_DEST_2
Tue Jul 03 10:19:39 2018
opiodr aborting process unknown ospid (23762) as a result of ORA-609
Tue Jul 03 10:51:18 2018
ORA-00060: Deadlock detected. More info in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_25846.trc.
Tue Jul 03 10:54:01 2018
ORA-00060: Deadlock detected. More info in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_14067.trc.
Tue Jul 03 11:02:28 2018
ORA-00060: Deadlock detected. More info in file /u01/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_20781.trc.
Tue Jul 03 11:21:13 2018
Thread 1 cannot allocate new log, sequence 258
Private strand flush not complete

查看trace文件orcl_ora_25846.trc結果如下

Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-026e0020-000001a5       147    4468     X            385     241           S
TM-0007fd6c-00000000       385     241     X            147    4468          SX
 
session 4468: DID 0001-0093-000001FEsession 241: DID 0001-0181-00000014 
session 241: DID 0001-0181-00000014session 4468: DID 0001-0093-000001FE 
 
Rows waited on:
  Session 4468: obj - rowid = 0007FD6C - AAAAAAAAAAAAAAAAAA
  (dictionary objn - 523628, file - 0, block - 0, slot - 0)
  Session 241: no row
 
----- Information for the OTHER waiting sessions -----
Session 241:
  sid: 241 ser: 425 audsid: 24705000 user: 160/FD14
    flags: (0x45) USR/- flags_idl: (0x1) BSY/-/-/-/-/-
    flags2: (0x40009) -/-/INC
  pid: 385 O/S info: user: oracle, term: UNKNOWN, ospid: 20781
    image: oracle@dbserver1
  client details:
    O/S info: user: TL3050, term: TL3050-WZ, ospid: 5300:5348
    machine: WORKGROUP\TL3050-WZ program: CWV4.2.8.337_20131204.exe
    application name: CWV4.2.8.337_20131204.exe, hash value=580982453
  current SQL:
  insert into pzd2018
(UNI_NO,ORD,STYPE,STYPE2,SNO,SYEAR,SMONTH,RMONTH,SDAY,SABSTRACT,OPERATOR,J_AMOUNT,D_AMOUNT,SUBJ,SUBJNAME,
OPP_SUBJ,SRC_CODE,ECO_CODE,SRC_PAYTYPE,SRC_BUTYPE,ECO_TYPE,ECO_WARRANT,PRJ_ORDER,PRJ_NAME,OPP_PRJ,CLR_ORDER,
UNIT_CODE,SPECCODE,CONTRACT_NO,CAR_NO,OLPAY_SNO,schedule_date,WB_TYPE,WB_JNUM,WB_DNUM,WB_FACT,NUM_TYPE,
NUM_JNUM,NUM_DNUM,NUM_PRICE,CAP_NO,CAP_ORD,JSFS_CODE,ZPH,BUSS_DATE,OTHER_UNIT,ACNT,BANKNO,ADDRESS1,ADDRESS2,
TNO,ACT_NO,BU_CODE,T_CODE,RESBU_CODE,RESBU_AMT,SPECCODE1,SPECCODE2,SPECCODE3,SPECCODE4,RES_S1,
RES_S2,RES_S3,RES_S4,ASSET_SUBJ,TAX_NO,SRC_NAME,ADDITION,UNI_PRJ_ORDER,Clr_Bu_Code,
Source_Type,Source,SrKey,SMark,Uni_Prj_Name,clrsno,input_name,check_name,attach_act,
attach_act_no,pz_attr,src_type,zj_type,ref_uni_no,charge_sno,charge_name,src_lkx,order_type,c
 
----- End of information for the OTHER waiting sessions -----
 
Information for THIS session:
 
----- Current SQL Statement for this session (sql_id=9ktt36bsngnyx) -----
insert into pz2018
(UNI_NO,STYPE,STYPE2,SNO,SYEAR,SMONTH,RMONTH,SDAY,INPUT_NAME,CHECK_NAME,COMP_NAME,COMP_NAME2,
ADDITION,CHILDNUM,J_AMOUNT,D_AMOUNT,SSTATE,REMARK,PZ_ATTR)
values(:1,:2,:3,:4,:5,:6,:7,:8,:9,:10,:11,:12,:13,:14,:15,:16,:17,:18,:19)
===================================================

2、問題分析

可以看出來241號會話持有一個TM鎖,在執行insert into pzd2018語句在等待S鎖

4468號會話持有一個TX鎖,在執行insert into pz2018語句,在等待SX鎖

通過與業務溝通與資料庫查詢發現了以下的鎖表操作,並和業務確定了屬於業務SQL

lock table pz2018 in exclusive mode

到這裡問題已經清楚了,整個邏輯是這樣的

241號會話將pz2018全表排他模式進行了鎖定,導致4468會話無法對pz2018表進行insert操作,原因是無法在表上獲取共用排它鎖即SX鎖,導致4468號會話進入等待模式

而4468號會話在等待前進行了insert into pzd2018操作,而241號會話在插入時存在唯一約束,導致241會話進行TX鎖等待,等待4468號session數據提交或者回滾

這樣一個環狀等待就形成了即死鎖

等待發生時會話的等待情況

SQL> select a.sample_time,
  2         a.session_id,
  3         a.session_serial#,
  4         a.blocking_session bsession,
  5         a.blocking_session_serial# bserial#,
  6         a.event,
  7         a.machine,
  8         a.module,
  9         a.sql_opname
 10    from dba_hist_active_sess_history a
 11   where a.session_id in (241, 4468, 6819, 10817)
 12     and a.sample_time > to_date('2018070310', 'yyyymmddhh24')
 13     and a.sample_time < to_date('2018070312', 'yyyymmddhh24')
 14     and a.event is not null
 15   order by a.sample_time
 16  ;
SAMPLE_TIME                    SESSION_ID SESSION_SERIAL#   BSESSION   BSERIAL# EVENT                          MACHINE                        MODULE                         SQL_OPNAME
------------------------------ ---------- --------------- ---------- ---------- ------------------------------ ------------------------------ ------------------------------ ----------------------------------------------------------------
03-7月 -18 10.00.40.857 上午          241             425       6587       7875 enq: TM - contention           WORKGROUP\TL3050-WZ            CWV4.2.8.337_20131204.exe      LOCK TABLE
03-7月 -18 10.49.45.384 上午        10817              97      12929       7665 read by other session          webserver                      JDBC Thin Client               SELECT
03-7月 -18 10.51.16.143 上午          241             425       4468       2029 enq: TX - row lock contention  WORKGROUP\TL3050-WZ            CWV4.2.8.337_20131204.exe      INSERT
03-7月 -18 10.51.16.143 上午         4468            2029        241        425 enq: TM - contention           ZDCW\WANGH88208561             XCV5(新5.24).exe             INSERT
03-7月 -18 10.52.46.903 上午        10817             121                       null event                     dbserver1                                                     SELECT
03-7月 -18 10.53.57.464 上午         6819              99      10817        133 enq: TX - row lock contention  ZDCW\WANGWD88981612            CWV4.exe                       INSERT
03-7月 -18 10.53.57.464 上午        10817             133       6819         99 enq: TM - contention           ZDCW\WANGH88208561             XCV5(新5.24).exe             INSERT
03-7月 -18 10.54.07.554 上午        10817             133                       db file parallel read          ZDCW\WANGH88208561             XCV5(新5.24).exe             INSERT
8 rows selected

3、鎖等待的模擬,問題復現

---session1
SQL> lock table pz2018 in exclusive mode;
Table(s) Locked.
----session2
SQL> insert into pzd2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZD_Yong');
1 row created.
SQL> insert into pz2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZ_Yong');
----session2執行直接hang住無法完成,在等待TM鎖
SQL> select s.SID,s.BLOCKING_SESSION bsid,s.EVENT,s.MACHINE,s.MODULE,s.STATUS,s.STATE  from  v$session s where s.EVENT is not null and s.STATUS='ACTIVE' and s.WAIT_CLASS<>'Idle';
       SID       BSID EVENT                          MACHINE                        MODULE                                   STATUS   STATE
---------- ---------- ------------------------------ ------------------------------ ---------------------------------------- -------- -------------------
        17        143 enq: TM - contention           172-16-8-110                   SQL*Plus                                 ACTIVE   WAITING
----session1執行
SQL> insert into pzd2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZD_Yong');
--session1 直接hang住,session2拋出錯誤發現死鎖
SQL> insert into pz2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZ_Yong');
insert into pz2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZ_Yong')
*
ERROR at line 1:
ORA-00060: deadlock detected while waiting for resource
----檢查資料庫等待
SQL> set linesize 1000 pagesize 5000
SQL> col EVENT for a30
SQL> col MACHINE for a30
SQL> col MODULE for a40
SQL> select s.SID,s.BLOCKING_SESSION bsid,s.EVENT,s.MACHINE,s.MODULE,s.STATUS,s.STATE  from  v$session s where s.EVENT is not null and s.STATUS='ACTIVE' and s.WAIT_CLASS<>'Idle';
       SID       BSID EVENT                          MACHINE                        MODULE                                   STATUS   STATE
---------- ---------- ------------------------------ ------------------------------ ---------------------------------------- -------- -------------------
       143         17 enq: TX - row lock contention  172-16-8-110                   SQL*Plus    

查看資料庫alert日誌發現

Thu Jul 05 11:40:40 2018
ORA-00060: Deadlock detected. More info in file /u01/app/oracle/diag/rdbms/dtstack1/dtstack1/trace/dtstack1_ora_29840.trc.

查看死鎖trace

Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TM-0001554c-00000000        28      17     X             27     143          SX
TX-00040008-000002d9        27     143     X             28      17           S
 
session 17: DID 0001-001C-00000024      session 143: DID 0001-001B-00000155 
session 143: DID 0001-001B-00000155     session 17: DID 0001-001C-00000024 
 
Rows waited on:
  Session 17: no row
  Session 143: obj - rowid = 0001554C - AAAAAAAAAAAAAAAAAA
  (dictionary objn - 87372, file - 0, block - 0, slot - 0)
 
----- Information for the OTHER waiting sessions -----
Session 143:
  sid: 143 ser: 905 audsid: 610017 user: 85/DTYONG
    flags: (0x45) USR/- flags_idl: (0x1) BSY/-/-/-/-/-
    flags2: (0x40009) -/-/INC
  pid: 27 O/S info: user: oracle, term: UNKNOWN, ospid: 29846
    image: oracle@172-16-8-110 (TNS V1-V3)
  client details:
    O/S info: user: oracle, term: pts/1, ospid: 29845
    machine: 172-16-8-110 program: sqlplus@172-16-8-110 (TNS V1-V3)
    application name: SQL*Plus, hash value=3669949024
  current SQL:
  insert into pz2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZ_Yong')
 
----- End of information for the OTHER waiting sessions -----
 
Information for THIS session:
 
----- Current SQL Statement for this session (sql_id=7jbgf8fc4cac0) -----
insert into pzd2018(OBJECT_ID,OBJECT_NAME) values(100000000,'PZD_Yong')
===================================================
PROCESS STATE
-------------
Process global information:
     process: 0x914c4ed0, call: 0x910d2008, xact: 0x90390710, curses: 0x916aa020, usrses: 0x916aa020
     in_exception_handler: no
  ----------------------------------------
  SO: 0x914c4ed0, type: 2, owner: (nil), flag: INIT/-/-/0x00 if: 0x3 c: 0x3
   proc=0x914c4ed0, name=process, file=ksu.h LINE:12721, pg=0
  (process) Oracle pid:28, ser:23, calls cur/top: 0x910d2008/0x910d2008
            flags : (0x0) -
            flags2: (0x0),  flags3: (0x10) 
            intr error: 0, call error: 0, sess error: 0, txn error 0
            intr queue: empty
    ksudlp FALSE at location: 0
  (post info) last post received: 138 0 2
              last post received-location: ksl2.h LINE:2374 ID:kslpsr
              last process to post me: 0x914b3298 1 6
              last post sent: 0 0 26
              last post sent-location: ksa2.h LINE:285 ID:ksasnd
              last process posted by me: 0x914b3298 1 6
    (latch info) wait_event=0 bits=0x0
    Process Group: DEFAULT, pseudo proc: 0x915515e8
    O/S info: user: oracle, term: UNKNOWN, ospid: 29840 
    OSD pid info: Unix process pid: 29840, image: oracle@172-16-8-110 (TNS V1-V3)
    ----------------------------------------
    SO: 0x916aa020, type: 4, owner: 0x914c4ed0, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
     proc=0x914c4ed0, name=session, file=ksu.h LINE:12729, pg=0
    (session) sid: 17 ser: 683 trans: 0x90390710, creator: 0x914c4ed0
              flags: (0x45) USR/- flags_idl: (0x1) BSY/-/-/-/-/-
              flags2: (0x40009) -/-/INC

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • && 與 || 配合 命令合併操作符 {} ...
  • QEMU 模擬運行 VxWorks 6.6 項目簡介 本項目是在 Windows 系統編譯運行 X86 平臺 VxWorks 6.6 系統,使用的模擬軟體是 qemu for Windows Host:聯想 thinkVISON 64 位 + Windows 10 專業版 target:pc i44 ...
  • 轉載來自:http://emouse.cnblogs.com 1.1 開發工具與開發環境 本節所使用Keil MDK 為目前的最新版V4.21。其他版本差別不大,讀者可以根據自己使用的版本進行操作或者從Keil的官網下載新版本。使用的標準外設庫為目前最新的V3.5版本。使用的開發調試工具為JLINK ...
  • JDBC的簡單介紹 概念 JDBC : Java Database Connectivity,java連接資料庫,使用Java操作資料庫的技術。 本質 : 其實就是sun公司定義的一套操作所有關係型資料庫的規則,即介面。 各個資料庫廠商去實現這套介面,提供資料庫操作 驅動jar包 ,我們可以使用這套 ...
  • 占座 ...
  • 使用資料庫管理工具插入單條數據 打開資料庫,選則要插入數據的表-》右鍵點擊-》選擇插入前200行-》在右邊視圖中輸入要插入的數據(如果欄位設置為不為空,則必須輸入,如果欄位設置為可空,則不必須輸入,插入部分、單條、部分數據都可以)-》輸入完成後,游標移動到下一行-》如果sqlserver使用預設保存 ...
  • 一.概述 mysql 提供了很多參數來進行伺服器的設置,當服務第一次啟動的時候,所有啟動參數值都是系統預設的。這些參數在很多生產環境下並不能滿足實際的應用需求。在這個系列中涉及到了liunx 伺服器,我這裡是centos7.4, mysql 5.7,Xshell6。 1. 查看mysql serve ...
  • ETL講解(很詳細!!!) ETL講解(很詳細!!!) ETL是將業務系統的數據經過抽取、清洗轉換之後載入到數據倉庫的過程,目的是將企業中的分散、零亂、標準不統一的數據整合到一起,為企業的決策提供分析依據。 ETL是BI項目重要的一個環節。 通常情況下,在BI項目中ETL會花掉整個項目至少1/3的時 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...