Oracle RAC Global Cache Load Profile
在 AWR 报告中,Oracle RAC Global Cache Load Profile 用于观察 RAC 节点之间互联通信(interconnect)的效率。
下面是一个示例:
Per Second | Per Transaction | |
---|---|---|
Global Cache blocks received: | 227.44 | 1.56 |
Global Cache blocks served: | 56.49 | 0.39 |
GCS/GES messages received: | 332.53 | 2.28 |
GCS/GES messages sent: | 535.63 | 3.67 |
DBWR Fusion writes: | 4.56 | 0.03 |
Estd Interconnect traffic (KB) | 2,441.02 |
“received” 和 “served” 两项与 Load Profile 部分中的块统计是一致的。
Interconnect Traffic 指的是 RAC 各节点之间通过私网互相传输的数据量:
过低 ➜ 表示互联带宽利用不足,RAC 可扩展能力被浪费
过高 ➜ 可能存在热点块频繁在节点间来回传输(block thrashing),导致性能抖动。
如何估算 Interconnect 流量?
假设 Oracle 块大小为 8KB,每条 GCS/GES 消息约 200 字节(经验值),公式如下:
(227.44 + 56.49) * 8 + (332.53 + 535.63) * 200 / 1024 = 2441.00 KB
这个估算值与报告中的 2,441.02 KB/sec 几乎完全一致。
指标解读建议:
2.4 MB/sec 的互联流量 —— 对于一个中型 RAC 系统来说,这属于相对安静(quiet) 的水平,远低于可能导致互联瓶颈的 1–10 GB/sec 区间。
号主在certview.oracle.com网站上的证书清单截图。
关于号主,姚远:
- Oracle ACE(Oracle和MySQL数据库方向)
- 华为云最有价值专家
- 《MySQL 8.0运维与优化》的作者
- 拥有 Oracle 10g、12c和19c OCM等数十项数据库认证
- 曾任IBM公司数据库部门经理
- 20+年DBA经验,服务2万+客户
- 精通C和Java,发明两项计算机专利