通過Oracle補充日志，找到鎖阻塞源頭的SQL

問題背景：

      有時會考慮一件事情，如果在Oracle環境下出現了鎖阻塞的情況，如何定位到SQL源頭（通過session、lock、transaction等視圖僅能定位到會話）？或許有人會想有沒有可能通過AWR相關的數據庫性能歷史視圖找到有用的信息呢？答案是否定的，因為AWR倉庫中的歷史性能數據都是收集的有性能問題的會話、語句、活動，而最初加鎖的那個update語句執行速度非常快，往往根本達不到AWR收集的閥值，不被Oracle注意到。而Oracle注意到的都是被“它”給阻塞的那些會話。

      是不是沒方法，找到那個始作俑者？有的，只不過比較麻煩，有一個地方是始終會忠實記錄DML活動-----日志（打開Oracle的補充日志）

 

補充日志

      補充日志不是獨立的日志，而是對重做日志變更矢量的補充。LogMiner、閃回事務、閃回事務查詢等功能需要開啟補充日志才能正常工作。

      在啟動數據庫補充日志的時候，會使得所有緩存的游標變得無效，突如其來的大量硬解析將對數據庫的性能帶來影響。啟動數據庫補充日志將等待當前所有的事務結束，使得該操作之后記錄的所有Redo數據都有補充日志的屬性，如果數據庫有長事務或事務過於頻繁將導致該操作出現Hang住的情況，由此可見啟動數據庫的補充日志應盡量避開數據庫高峰期。

 

補充日志分為：數據庫級補充日志、 表級補充日志

若結果返回YES或IMPLICIT則說明已開啟最小補全日志，當使用ALL,PRIMARY,UNIQUE或FOREIGN補全日志時最小補全日志默認開啟(即檢查結果為IMPLICIT)。

標識關鍵字段補充日志：分為 主鍵、外鍵、唯一索引、全體字段 補充日志 4種

其他補充日志都是基於數據庫級最小補充日志之上的，啟用數據庫級的其他日志（主鍵、外鍵、唯一索引、ALL）會自動開啟最小補充日志；

如果希望啟用表級的其他類型補充日志，需要先手工開啟數據庫級的最小補充日志。

 

select * from v$log;

select * from v$logfile;

 

select * from v$log_history t order by t.SEQUENCE# desc;

 

alter system switch logfile;

 

啟用最小補充日志命令： 
       ALTER DATABASE ADD Supplemental Log Data;
關閉最小補充日志命令： 
       ALTER DATABASE DROP Supplemental Log Data;

啟用其他類型的日志：

alter database add supplemental log data (Primary key) columns;

alter database add supplemental log data (unique) columns;

alter database add supplemental  log data (foreign key) columns;

alter database add supplemental log data (all) columns;

 

表級補充日志：
        分為： 主鍵、唯一索引、外鍵、全體字段、用戶自定義字段 5種。
        前 4 種 同數據庫級 標識關鍵字段補充日志效果用法一樣。只不過是在特定表上啟用補充日志
        1、 alter table tb_name add supplemental log data (primary key) columns;
        2、 alter table tb_name add supplemental log data (unique) columns;
        3、 alter table tb_name add supplemental log data (foreign key) columns;
        4、 alter table tb_name add supplemental log data (all) columns;
        5、 alter table tb_name add supplemental log group group_name  (col01, col02, col05, col09) always;

--自定義字段表級補充日志 用戶可以任意指定哪些字段的舊值需要被補充日志記錄。 
        有條件記錄式：記載是指 無論 update 那個字段 這組中的其他字段都的記錄其舊值 
        無條件記錄式：記載是指 有無條件記錄式記載 命令末尾 加  always 關鍵字，然后無論 update 該行那個字段，都記錄該組中的字段的舊值。
        表級補充日志的情況 通過  dba_log_groups 和  dba_log_group_columns 視圖查詢獲得

 

通過補充日志定位阻塞源頭：

1、啟用補充日志
   select log_mode, open_mode, flashback_on, supplemental_log_data_min from v$database;    
   alter database add supplemental log data;

2、將redo日志文件添加到logmnr分析日志列表
   exec sys.dbms_logmnr.add_logfile(logfilename=>'redo日志1', options=>sys.dbms_logmnr.new);
   exec sys.dbms_logmnr.add_logfile(logfilename=>'redo日志2', options=>sys.dbms_logmnr.addfile);
   exec sys.dbms_logmnr.add_logfile(logfilename=>'redo日志n', options=>sys.dbms_logmnr.addfile);

3、重現問題后，啟動並分析redo日志
   exec sys.dbms_logmnr.start_logmnr(options => sys.dbms_logmnr.dict_from_online_catalog);

4、查看分析結果
   spool c:\log.txt

 

 

   select  s.TADDR,  t.XID,  s.*,  t.*   
   from  v$session  s  
     join  v$transaction  t  on  s.TADDR = t.ADDR 
   where t.SID = 703 and t.SERIAL# = 64595;


   -- 根據阻塞源頭及被阻塞會話的sid，注意觀察對應的XID和table_name 
   select t.TIMESTAMP, t.SCN, t.SESSION#, t.SERIAL#, t.XID, t.table_name, t.SQL_REDO, t.SQL_UNDO from v$logmnr_contents t where t.SESSION# =xxx and t.SERIAL# = yyy and t.XID = 'zzzzz'; 

   spool off

5、停止logmnr
   exec sys.dbms_logmnr.end_logmnr;

6、取消補充日志
   alter database drop supplemental log data (primary key) columns;
   alter database drop supplemental log data (unique) columns;
   alter database drop supplemental log data;