共计 899 个字符，预计需要花费 3 分钟才能阅读完成。
这篇文章将为大家详细讲解有关删除一张大表时为什么 undo 占用空间接近原表两倍，文章内容质量较高，因此丸趣 TV 小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
概述
Oracle 中，undo 是保存记录的前镜像的，我理解如果 delete from t；那产生的 undo 应该和 t 表的大小差不多，但测试结果却差的很远，undo 产生的量基本上是 t 表大小的两倍，不知道为什么，难道我理解错了? 下面看下这个奇怪的现象。
1. delete 了 8 个小时
2. 原表大小
可以发现原表也就 16.5G，需要删的数据是 9G。
3. 查看 undo 块
这里忘记截图了，但是是有 300 多万个块，查看对应占用的 undo 空间是占了 30 多 G，远远超过原表的大小。
为什么 undo 会占用这么多空间?
从原理上讲，UNDO 表空间，有四个作用：
回滚事务;
一致性读;
事务恢复;
闪回查询
请教杨长老得到的一些信息：
对于回滚事务，他保存的是修改值的前镜像，注意，不是修改的数据块，或者整行记录的镜像。
除了考虑表大小之外，还有表上索引的总大小，是否存在触发器，物化试图日志等等。另外，看看数据库级的 supplemental log 是否打开。
undo 是记录事物修改前镜像的，而 delete 的前镜像就是表中存储的数据。当然有一些可能会导致前镜像比表中的原始数据大，比如压缩，11g 后存在的非空默认值。
另外，undo 的记录一定有一些额外的成本，比如 rowid，scn 等信息，如果表中行记录本身很小，那么这些成本就会显得非常突出。
如果要非常精确地知道，多出来的每一个信息是多少，确实有些困难，但通过这个实验，至少能了解到，一次 delete 操作删除的容量，UNDO 为了保存前镜像，需要占据的容量，要比他多得多，这就是为什么不推荐一次 delete 操作删除过多数据的原因之一。
总之，对于 delete 大量数据的情况一定要分批进行，宁愿时间花多点，风险也会少很多，避免意外导致回滚而造成的数据库卡顿。
关于删除一张大表时为什么 undo 占用空间接近原表两倍就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
