delete操作对UNDO表空间容量的冲击
delete操作对UNDO表空间容量的冲击
一位朋友问了个问题，
Oracle中，undo是保存记录的前镜像的，我理解如果delete from t;那产生的undo应该和t表的大小差不多，但测试结果却差的很远，undo产生的量基本上是t表大小的两倍，不知道为什么，难道我理解错了？
从原理上讲，UNDO表空间，有四个作用：
1. 回滚事务；
2. 一致性读；
3. 事务恢复；
4. 闪回查询
对于回滚事务，他保存的是修改值的前镜像，注意，不是修改的数据块，或者整行记录的镜像。
创建测试表t_undo，向其中插入1000万条记录，没有索引、没有约束、没有任何触发器，容量168MB，UNDO表空间剩余的容量是4304.51MB，
执行delete删除操作，但是不提交事务，
P.S. 用的是测试库，再执行delete的时候，确保无其他事务在执行，
此时，UNDO表空间剩余的容量是3040.51MB，和删除之前相比，UNDO表空间减少了1264MB，
一张164MB的表，删除的时候，竟然占用了1264MB的UNDO表空间？如果按照原理看，UNDO中至少要存储这张表168MB的容量，多出来的容量，存储的是什么？
请教杨长老得到的一些信息，
除了考虑表大小之外，还有表上索引的总大小，是否存在触发器，物化试图日志等等。另外，看看数据库级的supplemental log是否打开。 undo是记录事物修改前镜像的，而delete的前镜像就是表中存储的数据。当然有一些可能会导致前镜像比表中的原始数据大，比如压缩，11g后存在的非空默认值。 另外，undo的记录一定有一些额外的成本，比如rowid，scn等信息，如果表中行记录本身很小，那么这些成本就会显得非常突出。
如果要非常精确地知道，多出来的每一个信息是多少，确实有些困难，但通过这个实验，至少能了解到，一次delete操作删除的容量，UNDO为了保存前镜像，需要占据的容量，要比他多得多，这就是为什么不推荐一次delete操作删除过多数据的原因之一。