目錄

• Oracle刪除數(shù)據(jù)非常慢
• 問題描述
• 處理流程
• Oracle刪除表中大量數(shù)據(jù)卡頓的解決
• 正確姿勢
• 總結(jié)

Oracle刪除數(shù)據(jù)非常慢

記一次數(shù)據(jù)庫刪除數(shù)據(jù)非常慢的處理流程

問題描述

單表數(shù)據(jù)3000條左右，根據(jù)主鍵刪除需要509秒

處理流程

一. 首先查看SQL的執(zhí)行計劃：執(zhí)行計劃正常，cost只有1，用到了主鍵索引。

二. 查看等待事件：

SELECT s.sid, s.serial# FROM v$locked_object lo, dba_objects ao, v$session s WHERE ao.object_id = lo.object_id AND lo.session_id = s.sid;

先執(zhí)行目標(biāo)sql，在執(zhí)行上面的sql獲得sid

select * from v$session_wait where sid = (上面sql查詢的sid)

顯示的event是db file sequential read,也沒有異常。

三. 測試其他其他表和系統(tǒng)io是否有問題，沒問題則進行下一步

四. 追蹤sql日志：

alter session set events="10046 trace name context forever,level 12";delete from t_table1 where id = xxx（這里是目標(biāo)sql）alter session set events="10046 trace name context off";

若不知道日志文件存放位置執(zhí)行以下sql會返回路徑

SELECT VALUE  FROM V$PARAMETER WHERE NAME = "user_dump_dest" 

找到最新的trace文件

執(zhí)行—>tkprof orcl_ora_3708.trc myoutput.txt將trc文件轉(zhuǎn)換為簡單明了的txt文件

查看執(zhí)行刪除過程中有哪個操作時間過長

我發(fā)現(xiàn)的問題是在實行刪除的過程中這個表有外鍵關(guān)聯(lián)主表，會先查一遍這個表里有沒有那個設(shè)備的記錄，elapsed表示耗時

解決辦法，外鍵加索引，或者取消外鍵代碼里維護外鍵。

Oracle刪除表中大量數(shù)據(jù)卡頓的解決

首先，不要被標(biāo)題誤導(dǎo)，分兩種情況。

• 1. 刪之前原表數(shù)據(jù)不要。
• 2. 刪之前保留原表數(shù)據(jù)。

正確姿勢

oracle數(shù)據(jù)表有過萬條數(shù)據(jù)后，刪除數(shù)據(jù)就變的特別慢，有時甚至?xí)ㄋ溃栽诖朔窒硪粋€小白操作，望對各位有幫助。

刪除前： 從原表創(chuàng)建新表，即：先把需要的某些數(shù)據(jù)導(dǎo)入到新表里，或者不加條件即要刪除原表的所有數(shù)據(jù)，從原表創(chuàng)建臨時表（新表）。（相當(dāng)于原模原樣拷貝一份原表）

create table tempTable as select id,name from table1 where sj>to_date("2013-7-31 23:59:59","yyyy-mm-dd hh24:mi:ss");

接著直接 drop 刪除原表，把新表名稱改為原表名稱。到此結(jié)束，這樣直接跳過刪除原表因數(shù)據(jù)多造成卡死的現(xiàn)象節(jié)省時間。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持。