概述

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

1. delete了8個(gè)小時(shí)

2. 原表大小

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

3. 查看undo塊

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

為什么undo會(huì)占用這么多空間?

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

• 回滾事務(wù);
• 一致性讀;
• 事務(wù)恢復(fù);
• 閃回查詢

請(qǐng)教楊長(zhǎng)老得到的一些信息：

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

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

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

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

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

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