YashanDB 知识库|STATISTICS_LEVEL 设置为 ALL，性能掉到冰点?一条参数搞清楚根因

【问题现象】

某生产环境数据库，在无明显业务负载的情况下，性能仅为同配置下其他节点的约 1%，查询、事务响应极慢，系统监控中发现：
`
大量 free buffer wait 等待事件`
【原因分析】

排查发现，系统级别参数：

STATISTICS_LEVEL = ALL
这是问题根因。

在 STATISTICS_LEVEL 被设为 ALL 时，数据库会额外开启收集所有统计信息与诊断信息的开关(如内存使用、等待事件、计划分析等)，这会显著增加系统开销，导致 I/O 等资源竞争加剧。

尤其在无实际业务负载的前提下，频繁收集这些“低价值”指标反而拖慢系统响应。

【解决办法】

将该参数恢复为默认值 TYPICAL 即可。

ALTER SYSTEM SET statistics_level='TYPICAL' SCOPE=BOTH;

TYPICAL 是推荐值，保留必要的诊断信息，但不过度记录;

修改后无需重启，立即生效;

可通过 V$PARAMETER 查询当前状态：

SELECT name, value FROM v$parameter WHERE name = 'statistics_level';

【适用版本】

适用于 YashanDB 所有版本;

同样适用于 Oracle 兼容场景。

【扩展建议】

如非特殊需要(如故障定位、内核调试)，不建议在生产环境将该参数设为 ALL。

【总结建议】

出现莫名性能下降时，优先检查 STATISTICS_LEVEL;

生产系统推荐配置：TYPICAL;

调试或临时排查时可设为 ALL，但应及时还原;

free buffer wait 通常暗示系统在执行额外 IO 操作，需谨慎排查后台统计类任务或参数误设。