相信大家無論是開發(fā)、測試還是運維過程中,都可能會因為誤操作、連錯數(shù)據(jù)庫、用錯用戶、語句條件有誤等原因,導(dǎo)致錯誤刪除、錯誤更新等問題,這篇文章主要給大家介紹了關(guān)于Oracle數(shù)據(jù)庫丟失表排查思路的相關(guān)資料,需要的朋友可以參考下

說明：

由于系統(tǒng)采用ID取模分表法進行Oracle數(shù)據(jù)存儲，某日發(fā)現(xiàn)Oracle數(shù)據(jù)庫中缺少對應(yīng)的幾張業(yè)務(wù)數(shù)據(jù)表，遂進行相關(guān)問題查詢，簡單記錄一下排查思路；

由于我們代碼中實現(xiàn)思路是判斷如果沒有對應(yīng)的表會自動創(chuàng)建，所以首先需要查詢一下缺失數(shù)據(jù)庫表的創(chuàng)建時間

SELECT * FROM dba_objects where OBJECT_NAME LIKE 'LOG_5%' AND owner = 'Geoff';

通過查詢Oracle執(zhí)行SQL歷史記錄，數(shù)據(jù)庫表的刪除時間段

select * from v$sqlarea b
   where b.FIRST_LOAD_TIME between '2022-05-31/21:30:00' and'2022-05-31/23:30:00'` 
    order by b.FIRST_LOAD_TIME;

通過上述SQL還是無法查詢具體表的刪除時間，故查詢當(dāng)前用戶的數(shù)據(jù)庫回收站

SELECT * FROM recyclebin_temp WHERE TYPE = 'TABLE' ORDER BY droptime DESC;

通過回收站查詢到相應(yīng)的已刪除數(shù)據(jù)庫表，并將數(shù)據(jù)庫已刪除表恢復(fù)至刪除前，包含表中數(shù)據(jù)

flashback TABLE LOG_505 to before drop RENAME to LOG_505_temp ;

因為數(shù)據(jù)恢復(fù)時，系統(tǒng)已新建數(shù)據(jù)庫表并產(chǎn)生數(shù)據(jù)，所以需要將新老數(shù)據(jù)都恢復(fù)到數(shù)據(jù)庫表中

--查詢當(dāng)前數(shù)據(jù)庫表中的最大ID
SELECT ID FROM WORK_DUTY_LOG_505_temp ORDER BY ID DESC;
--修改序列步長至最大ID
ALTER sequence SEQ_WORK_DUTY_LOG_505 INCREMENT BY 3538;
SELECT SEQ_WORK_DUTY_LOG_505.nextval FROM dual;
--恢復(fù)序列步長為默認值1
ALTER sequence SEQ_WORK_DUTY_LOG_505 INCREMENT BY 1;

--創(chuàng)建觸發(fā)器，并將表中數(shù)據(jù)手動插入到從回收站恢復(fù)的臨時表中
CREATE OR REPLACE TRIGGER T_WORK_DUTY_LOG_505 BEFORE INSERT ON WORK_DUTY_LOG_505_temp REFERENCING OLD AS "OLD" NEW AS "NEW" FOR EACH ROW 
begin
 select SEQ_WORK_DUTY_LOG_505.Nextval into:new.ID from dual;  --base_login_user_id序列名稱  --ID給ID裝上序列
end;

--刪除觸發(fā)器
DROP TRIGGER T_WORK_DUTY_LOG_505;
--將臨時表中整合完成的數(shù)據(jù)恢復(fù)至原數(shù)據(jù)庫表中
INSERT INTO  WORK_DUTY_LOG_505 SELECT * FROM WORK_DUTY_LOG_505_temp
--查詢確認
SELECT * FROM WORK_DUTY_LOG_505 ORDER BY ID DESC;