一条sql引起的UNDO性能灾难

今天在生产环境出现了个很大的问题，所有系统都表现出运行很慢的状况，后来DBA定位到一句sql，跑了5W多次，消耗了50G的UNDO空间！导致所有系统都运行缓慢，并同时出现快照过旧的ORA错误。一开始大家都不敢相信，这条sql会造成这么大的影响，因为这个表一共才不到1千万的数据量，即使全部更新了，也不会消耗这么大的UNDO。后来大家开始分析，发现这条sql真的是有问题，本意在循环里面，逐条更新记录，结果由于where条件写的有问题，导致了每次都更新了上万条记录（虽然很多都是从NULL更新为NULL，所以逻辑上没发现问题），这样一来，update上万次，消耗的UNDO空间还真不是个小数目！！！

后来在测试环境也重新了这个问题，很多人以为，对同一条记录update多次，是不会造成UNDO空间的增长，这样的观点是不对的，因为UNDO是基于时间的，所以你在不同时间点做同样的update所产生的UNDO的会线性增长的！！！！只要update的次数足够多，就完全可能撑爆你的UNDO空间。。。。。。。大家要注意这样的问题