一条sql引起的UNDO性能灾难

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

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