一般情况下 稳定系统中突然出现的Enq:US 是因为并发事务数突然变多导致的，而实际引发并发事务数变多的可能是某些DML语句遇到了性能问题，导致事务处理速度变慢，或者是commit变慢所致。 针对上述问题，enq:US本身只是性能问题所导致的“果”，而不是原因，一般解决了上述问题，enq:US的这个果也就消失了。 对于那些短期内无法解决根本原因的环境，可以通过如下手段调优Undo Segment的管理来减少US争用。 ALTER SYSTEM SET "_rollback_segment_count"= 2000; --副作用是可能的数据库startup变慢 ALTER SYSTEM SET "_undo_autotune" = false; --最好重建undo tabelspace ALTER SYSTEM SET "_highthreshold_undoretention"=3600; --1小时 有多少Undo enqueue resource? 每一个rollback segment对应一个 US enqueue 资源 有多少US enqueue lock？ 当进程要求访问一个rollback segment RBS时对应一个US enqueue lock 谁使用该enqueue lock? 所有的前台进程，SMON和PMON 何时使用该US enqueue ? US,Undo Segment enqueue的存在是为了对给定undo segment(rollback segment)的串行化DDL，该US enqueue 串行化以下操作： - CREATE ROLLBACK SEGMENT - DROP ROLLBACK SEGMENT - ALTER ROLLBACK SEGMENT ONLINE - ALTER ROLLBACK OFFLINE - ALTER ROLLBACK SEGMENT SHRINK - ALTER ROLLBACK SEGMENT STORAGE - Offlining PENDING OFFLINE RBS by SMON - SMON - abortive offline cleanup. - STARTUP. 注意在UNDO_MANAGEMENT=AUTO的 AMU模式下当Undo Tablespace可用空间紧张时也可能引起剧烈的enq: US队列锁争用等待事件。 Id1, Id2 组合: Undo Segment#, Always 0. Lock Value Block: No. Init.ora Parameters: gc_rollback_locks, rollback_segments. Scope: Local and Global Enqueue. Deadlock Sensitive: Yes. Operations: Synchronous.
本文转自maclean_007 51CTO博客，原文链接:http://blog.51cto.com/maclean/1278160
