共計 899 個字符，預(yù)計需要花費 3 分鐘才能閱讀完成。

這篇文章將為大家詳細講解有關(guān)刪除一張大表時為什么 undo 占用空間接近原表兩倍，文章內(nèi)容質(zhì)量較高，因此丸趣 TV 小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

概述

Oracle 中，undo 是保存記錄的前鏡像的，我理解如果 delete from  t；那產(chǎn)生的 undo 應(yīng)該和 t 表的大小差不多，但測試結(jié)果卻差的很遠，undo 產(chǎn)生的量基本上是 t 表大小的兩倍，不知道為什么，難道我理解錯了? 下面看下這個奇怪的現(xiàn)象。

1. delete 了 8 個小時

2. 原表大小

可以發(fā)現(xiàn)原表也就 16.5G，需要刪的數(shù)據(jù)是 9G。

3. 查看 undo 塊

這里忘記截圖了，但是是有 300 多萬個塊，查看對應(yīng)占用的 undo 空間是占了 30 多 G，遠遠超過原表的大小。

為什么 undo 會占用這么多空間?

從原理上講，UNDO 表空間，有四個作用：

回滾事務(wù);

一致性讀;

事務(wù)恢復(fù);

閃回查詢

請教楊長老得到的一些信息：

對于回滾事務(wù)，他保存的是修改值的前鏡像，注意，不是修改的數(shù)據(jù)塊，或者整行記錄的鏡像。

除了考慮表大小之外，還有表上索引的總大小，是否存在觸發(fā)器，物化試圖日志等等。另外，看看數(shù)據(jù)庫級的 supplemental log 是否打開。

undo 是記錄事物修改前鏡像的，而 delete 的前鏡像就是表中存儲的數(shù)據(jù)。當然有一些可能會導(dǎo)致前鏡像比表中的原始數(shù)據(jù)大，比如壓縮，11g 后存在的非空默認值。

另外，undo 的記錄一定有一些額外的成本，比如 rowid，scn 等信息，如果表中行記錄本身很小，那么這些成本就會顯得非常突出。

如果要非常精確地知道，多出來的每一個信息是多少，確實有些困難，但通過這個實驗，至少能了解到，一次 delete 操作刪除的容量，UNDO 為了保存前鏡像，需要占據(jù)的容量，要比他多得多，這就是為什么不推薦一次 delete 操作刪除過多數(shù)據(jù)的原因之一。

總之，對于 delete 大量數(shù)據(jù)的情況一定要分批進行，寧愿時間花多點，風(fēng)險也會少很多，避免意外導(dǎo)致回滾而造成的數(shù)據(jù)庫卡頓。

關(guān)于刪除一張大表時為什么 undo 占用空間接近原表兩倍就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。