Oracle的_segment_count和3个event对高并发事务与索引性能的影响分析

1. 问题描述

1)设置_rollback_segment_count 避免事务风暴时可用回滚段数量不足导致出现毛刺现象。如何设置该参数？ 11G和19C 中都有这个参数吗？

2)设置 event 43822、450502、450503 避免索引维护时寻找空块时间过长。这三个EVENT的具体含义是什么？11G和19C 中都需要设置吗？

2. 问题分析

Oracle隐藏参数和诊断事件，这些都是用于解决特定性能问题的调优手段。但需要强调的是，它们都属于非公开的深度调优范畴，使用时必须极其谨慎，并首先在测试环境验证。

2.1 关于三个索引维护事件

这三个event主要用于优化索引操作中因寻找可用块而产生的等待。

事件号	主要目的与含义	版本建议与说明
43822	禁用索引块 "清除" 操作。在DML操作（如`INSERT`）需要新索引块时，通过此事件可跳过检查相邻块是否有空闲空间的步骤，从而减少索引分裂（Index Split）时的内部开销和"buffer busy waits"等待。	11g和19c都可能需要。在高并发、索引增删频繁的场景下作用明显，但对于以`SELECT`为主的系统可能效果不明显。
450502	优化索引空闲列表（Free List）管理。这是一个序列中的首个事件，主要影响索引段中空闲块列表的分配和查找算法，旨在减少相关闩锁（Latch）争用。	更偏向于11g环境。在11g中用于解决特定的空闲列表争用问题。在19c中，其行为可能已被优化或整合。
450503	深度优化索引空闲列表管理。作为450502的延续，通常在设置450502时一并开启，用于更深层次的优化。	更偏向于11g环境。通常与450502成对使用，在19c中的必要性可能降低。

2.1 隐藏参数 `_rollback_segment_count`

这个参数用于设定Oracle实例启动时，UNDO表空间内初始创建和联机的回滚段（Undo Segment）数量。

核心作用：在事务风暴场景下，如果并发事务数激增，而Oracle默认或当前联机的回滚段数量不足，事务就需要排队等待获取可用的回滚段，导致性能"毛刺"（Spike）。预先将此参数设置为一个较大的值，可以确保有充足数量的回滚段供事务使用，从而避免这种争用。
版本支持 ：该参数在11g和19c中都是存在的，属于隐藏参数。
如何设置 ：由于是隐藏参数，需在spfile中设置并重启数据库生效。设置前，应先观察当前系统高峰期的并发事务数（可通过V$TRANSACTION等视图查询），再将参数值设置为一个略高于此峰值的数值。

sql 复制代码

-- 在spfile中设置示例
select max(maxconcurrency) from v$undostat;
and
select max(maxconcurrency) from wrh$_undostat;

Set the _rollback_segment_count to the maximum of above outputs (plus some overhead)

ALTER SYSTEM SET "_rollback_segment_count"=<n>;
  
The maximum possible value is 32k.
-- 设置后需要重启数据库
SHUTDOWN IMMEDIATE;
STARTUP;

参考文档：

IF: High Requests on dc_rollback_segments KB150954

2.3 使用建议与风险

在使用这些调优手段前，请务必遵循以下原则：

问题诊断优先 ：先通过AWR报告、V$SESSION_WAIT等工具确认系统存在"enq: US - contention"（回滚段争用）或索引相关的"buffer busy waits"等待事件。
测试环境验证：任何修改必须先在和生产环境配置相同的测试库上进行验证，观察对应用和数据库的全面影响。
逐步调整与监控：采用"每次只改一个变量"的原则。调整后，密切监控数据库性能指标和告警日志。
做好备份与回退 ：在修改生产环境前，备份数据库和参数文件。一旦出现不可预期的问题，要能立即回退到修改前的状态。