在Oracle RAC环境中，优化enq: SQ - contention（序列争用）和row cache lock（行缓存锁）需要结合全局资源协调和本地实例调优。结合全局资源协调是因为考虑RAC环境，比如跨节点的资源协调和全局缓存服务（GCS）的影响。RAC中的实例间通信和锁管理可能会加剧这些等待事件。以下是分层次的优化思路：
一、enq: SQ - contention（序列争用）优化
序列争用通常由频繁的NEXTVAL调用和跨实例全局排序引起，优化核心是减少序列访问的全局协调。
1. 调整序列参数
-
增大
CACHE值：
将序列的CACHE值从默认的20调整为更大的值（如1000+），减少频繁的磁盘刷新和全局锁请求。ALTER SEQUENCE seq_name CACHE 1000; -
使用
NOORDER：
如果应用允许序列值不严格连续（如主键场景），使用NOORDER避免跨实例的全局排序。CREATE SEQUENCE seq_name CACHE 1000 NOORDER;
2. 会话级缓存（Oracle 12c+）
- 使用
SCALE扩展或SESSION级缓存，在会话内预分配序列值，避免跨会话竞争：CREATE SEQUENCE seq_name SCALE EXTEND; -- 或 ALTER SEQUENCE seq_name CACHE 1000 SESSION;
3. 替代方案
- 使用GUID/UUID：
在应用层生成唯一标识（如UUID），避免依赖数据库序列。 - 分实例范围分配：
为每个RAC实例分配不同的序列范围（如实例1: 1-100万，实例2: 100万+1-200万）。
4. 监控与诊断
- 查询
GV$_SEQUENCES确认序列争用：SELECT * FROM GV$_SEQUENCES WHERE CACHE_SIZE < 100;
二、row cache lock优化
row cache lock通常由频繁的数据字典访问（如DDL、硬解析）引起，优化目标是减少数据字典的竞争。
1. 减少DDL操作
- 避免在高峰时段执行
CREATE/ALTER TABLE等DDL操作。 - 使用
DBMS_LOCK.SLEEP在应用层随机化DDL执行时间，避免集中触发。
2. 优化硬解析
- 使用绑定变量：
减少因SQL文本不同导致的硬解析，降低对dc_objects等行缓存的访问。 - 调整游标共享：
在可控范围内设置CURSOR_SHARING=FORCE（需谨慎测试）。
3. 调整行缓存参数
- 增大行缓存大小：
通过ROW_CACHE_CURSORS参数增加行缓存游标数（需测试）。 - 清理无效对象：
定期检查DBA_OBJECTS中的INVALID对象，减少字典修复操作。
4. 诊断热点对象
- 查询
V$ROWCACHE找出热点行缓存：SELECT CACHE#, TYPE, PARAMETER, GETS, GETMISSES, MODIFICATIONS FROM V$ROWCACHE WHERE GETMISSES/(GETS+1) > 0.1; - 关注
dc_objects、dc_tables等高频访问的缓存类型。
三、RAC全局优化
1. 服务隔离
- 使用Service隔离OLTP和DDL操作，将DDL绑定到特定实例，减少全局影响。
2. 调整LM（Lock Manager）参数
- 增大
_LM_DD_INTERVAL（默认3秒），降低数据字典同步频率（需Oracle支持确认）。
3. 优化全局缓存访问
- 确保私网延迟低（使用IB网络），避免GCS/GES消息延迟放大锁竞争。
四、应急措施
- Kill阻塞会话：
通过GV$SESSION找到持有锁的会话并清理。 - 刷新共享池：
在维护窗口执行ALTER SYSTEM FLUSH SHARED_POOL，重置行缓存状态（谨慎使用）。
总结建议
| 等待事件 | 优化优先级 | 关键操作 |
|---|---|---|
| enq: SQ - contention | 高 | 增大序列CACHE + NOORDER |
| row cache lock | 中高 | 绑定变量 + 减少DDL + 隔离服务 |
注意事项：
- 修改
NOORDER或CACHE后可能需重建序列或重启实例生效。 - RAC调优需在非高峰时段通过AWR/ASH报告验证效果。
