有个场景 因为用户信息表采用deletel ; insert into select ; 方式更新用户数据。导致关键字异常和数据丢失。
没办法 只好从另外个库重新导入数据进去; truncate table userinfo ; insert into userinfo select * from o_userinfo@backup;
执行的时候,忘了把旧表的索引给干掉。原表570万数据 1.5G大小,包括6个索引,1个关键字,大小为知。插入了很久,很久 都快2个小时了。没办法 只好KILL -9 XXXXX 掉它、
kill 掉后 oracle 在回滚它,以及它的索引。从下班的6:10 跑到7:40分 都没回滚完。都在db sequenct read file ;
drop indexe .xxxxx; 马上停止了索引回滚!
本文详细记录了一个场景中,使用deletel;insertintoselect;方式更新用户数据导致的关键字异常和数据丢失问题。在尝试从备份库导入数据并忽略旧表索引的情况下,数据导入过程异常缓慢,长达2小时仍未完成。最终通过KILL-9命令终止进程,导致Oracle在回滚操作中也回滚了索引。在下班时间6:10开始处理,直到7:40分回滚才停止。

520

被折叠的 条评论
为什么被折叠?



