面试宝典:介绍下Oracle数据库动态性能视图 V$SYSSTAT

Oracle V$SYSSTAT动态视图详解

在这里插入图片描述

Oracle 19C V$SYSSTAT 动态性能视图详解

1 视图概述与核心作用

V$SYSSTAT 是 Oracle 数据库中一个极其重要的动态性能视图,它提供了自数据库实例启动以来各种系统级别的统计信息累计值。这些统计信息涵盖了数据库操作的各个方面,包括 SQL 执行、内存使用、I/O 操作、并发控制、登录登出等,是进行数据库性能分析和调优的基础数据源。

V$SYSMETRIC 系列视图不同,V$SYSSTAT 提供的是自实例启动以来的累计值,而不是近期时间间隔内的速率或平均值。要计算某段时间内的活动量,需要采集两个时间点的值并计算差值。

2 字段详解

以下是 V$SYSSTAT 视图包含的字段及其详细含义:

字段名称 (Field Name)数据类型描述
STATISTIC#NUMBER统计信息的唯一数字标识符。这个值在不同版本和实例间可能不一致,因此查询时最好使用名称而非ID。
NAMEVARCHAR2(64)统计信息的名称(例如:"session logical reads", "db block gets", "physical reads")。这是最常用的字段。
CLASSNUMBER统计信息的类别标识符。表示该统计信息属于哪个功能类别(如1:User, 2:Redo, 4:Enqueue, 8:Cache, 16:OS等)。
VALUENUMBER自实例启动以来该统计信息的累计值。这是最核心的数值字段。
STAT_IDNUMBER统计信息的稳定标识符。在不同版本和不同实例中,相同统计信息的此ID通常保持一致,比STATISTIC#更可靠。
CON_IDNUMBER容器ID(Container ID)。在多租户环境(CDB)中,标识该统计信息来源于哪个PDB。值为0表示属于CDB$ROOT。

关键字段解读

  • CLASS:指示统计信息类别,常用值包括:
    • 1: User (用户级统计)
    • 2: Redo (重做日志相关)
    • 4: Enqueue (队列锁)
    • 8: Cache (缓冲区缓存)
    • 16: OS (操作系统)
    • 32: Real Application Clusters (RAC)
    • 64: SQL (SQL执行)
    • 128: Debug (调试)
  • VALUE:这是累计值,要分析特定时间段内的活动,需要计算两个时间点的差值:delta = value_end - value_start
  • STAT_ID:在需要稳定标识符的脚本或监控工具中,使用STAT_IDSTATISTIC#更可靠。

3 底层原理与相关对象

3.1 底层原理

  1. 内存驻留与更新机制V$SYSSTAT 的数据存储在系统全局区(SGA) 的固定内存结构中。当数据库进行各种操作时(如执行SQL、读写数据块、生成redo等),相应的后台进程和服务进程会实时更新这些内存位置的计数器。例如,当进程从缓冲区缓存读取一个块时,“session logical reads” 计数器就会增加。

  2. 累计性:这些计数器从实例启动开始累加,永远不会减少(除非实例重启)。这是它与 V$SYSMETRIC 系列视图最根本的区别。

  3. 持久化:虽然 V$SYSSTAT 本身是易失的(实例关闭后数据丢失),但它的数据可以通过多种方式持久化:

    • AWR快照:MMON进程定期采集 V$SYSSTAT 的数据并存储到AWR仓库的基表(如 WRH$_SYSSTAT)中。
    • Statspack快照:Statspack工具也会采集这些数据。
    • 手动查询并保存:DBA可以定期查询并将结果保存到自定义表中。
  4. 基表:同其他 V$ 视图一样,V$SYSSTAT 基于内部的 X$ 表(如 X$KCFIS),这些表的结构对用户不透明,不建议直接查询。

3.2 相关视图

视图名称描述
V$SESSTAT提供会话级别的统计信息,结构与 V$SYSSTAT 类似,但多了 SID 字段标识会话。是分析单个会话性能的关键视图。
V$MYSTAT显示当前会话的统计信息,是 V$SESSTAT 的一个子集,只包含当前登录会话的数据。
V$STATNAME提供所有统计信息的名称、分类等元数据信息,其 STATISTIC# 字段可与 V$SYSSTATV$SESSTAT 关联。
DBA_HIST_SYSSTATAWR快照中保存的 V$SYSSTAT 的历史数据,用于长期性能趋势分析。
GV$SYSSTAT在RAC环境中,显示所有实例的 V$SYSSTAT 信息。

4 主要使用场景

  1. 实例级性能分析:计算缓冲区缓存命中率、软解析率、各种等待比率等关键性能指标。
  2. 工作量分析:了解实例启动以来的总工作量,如执行了多少SQL语句、发生了多少逻辑读/物理读、生成了多少redo等。
  3. 性能监控基线:定期采集数据,建立性能基线,用于后续的性能比较和异常检测。
  4. 容量规划:根据历史统计数据预测未来的资源需求。
  5. AWR/Statspack报告的基础:这些性能报告中的许多数据都来源于 V$SYSSTAT 及其历史版本。

5 常用SQL查询示例

5.1 查询所有系统统计信息(按值排序)

SELECT statistic#,
       name,
       class,
       value
FROM v$sysstat
ORDER BY value DESC;

5.2 计算缓冲区缓存命中率

这是最经典的性能指标之一,衡量从内存而非磁盘获取数据的效率。

SELECT ROUND(100 * (1 - (phy.value / (cur.value + con.value))), 2) || '%' AS "Buffer Cache Hit Ratio"
FROM v$sysstat cur, v$sysstat con, v$sysstat phy
WHERE cur.name = 'db block gets'
  AND con.name = 'consistent gets'
  AND phy.name = 'physical reads';

5.3 计算软解析率

衡量SQL执行中重用已有执行计划的比例,高软解析率通常有利于性能。

SELECT ROUND(100 * (1 - (hard.value / (hard.value + soft.value))), 2) || '%' AS "Soft Parse Ratio"
FROM v$sysstat soft, v$sysstat hard
WHERE soft.name = 'parse count (total)'
  AND hard.name = 'parse count (hard)';

5.4 查看SQL执行相关的关键统计信息

SELECT name,
       value
FROM v$sysstat
WHERE name IN ('execute count',
               'parse count (total)',
               'parse count (hard)',
               'sorts (memory)',
               'sorts (disk)')
ORDER BY name;

5.5 计算两个时间点之间的统计信息差值(工作量分析)

需要先保存一个起始点的数据到临时表或变量中,然后与当前值比较。

-- 第一步:保存起始值(例如保存到临时表)
CREATE GLOBAL TEMPORARY TABLE sysstat_start AS
SELECT statistic#, name, value
FROM v$sysstat
WHERE name IN ('session logical reads',
               'db block gets',
               'consistent gets',
               'physical reads',
               'redo size');

-- 第二步:经过一段时间后,计算差值
SELECT s.name,
       s.value - t.value AS delta_value
FROM v$sysstat s,
     sysstat_start t
WHERE s.statistic# = t.statistic#
ORDER BY delta_value DESC;

-- 第三步:清理临时表
TRUNCATE TABLE sysstat_start;
DROP TABLE sysstat_start;

6 重要统计信息解读

以下是一些关键的系统统计信息及其含义:

统计信息名称描述
session logical reads会话逻辑读:所有会话从缓冲区缓存中读取数据块的总次数。这是衡量数据库工作量的一个重要指标。
db block gets当前模式获取:以当前模式(用于DML操作)获取数据块的次数。
consistent gets一致性获取:以一致性模式(用于查询)获取数据块的次数。
physical reads物理读:从磁盘读取数据块的次数。物理读通常比逻辑读慢得多。
redo size重做日志大小:生成的redo数据量(以字节为单位)。衡量数据库变更活动的指标。
parse count (total)总解析次数:SQL解析的总次数(包括软解析和硬解析)。
parse count (hard)硬解析次数:需要完全解析SQL语句的次数。硬解析消耗大量资源,应尽量减少。
execute count执行次数:SQL语句执行的总次数。
sorts (memory)内存排序:在内存中完成的排序操作次数。
sorts (disk)磁盘排序:需要使用临时表空间磁盘段的排序操作次数。磁盘排序比内存排序慢得多,应尽量减少。
user commits用户提交:用户提交事务的次数。
user rollbacks用户回滚:用户回滚事务的次数。
logons cumulative累计登录数:自实例启动以来的总登录次数。
DB time数据库时间:在数据库调用中花费的总时间(以厘秒为单位)。这是极其重要的性能指标。
DB CPU数据库CPU时间:在数据库调用中花费的CPU时间(以厘秒为单位)。

7 重要知识点总结

  1. 累计性V$SYSSTAT 的值是自实例启动以来的累计值,要分析特定时间段内的活动,必须计算两个时间点的差值。
  2. 性能指标计算:许多重要的性能指标(如缓存命中率、软解析率)需要通过多个统计信息计算得出,而不是直接查询单个值。
  3. 实例范围V$SYSSTAT 提供的是实例级别的统计信息,要查看会话级别信息,需要使用 V$SESSTATV$MYSTAT
  4. 多租户支持:在CDB环境中,可以通过 CON_ID 字段筛选特定PDB的统计信息,或者连接到目标PDB中直接查询。
  5. 监控与基线:定期收集 V$SYSSTAT 数据并建立性能基线,是有效数据库性能管理的关键实践。
  6. 历史分析:对于长期性能趋势分析,应使用 DBA_HIST_SYSSTAT(AWR历史数据)而非直接查询 V$SYSSTAT

V$SYSSTAT 是Oracle数据库性能监控和调优的基石视图,掌握其用法对于任何希望深入了解数据库性能的DBA或开发人员都至关重要。

欢迎关注我的公众号《IT小Chen

oracle动态性能表 学习动态性能表 第一篇--v$sysstat 2007.5.23   按照OracleDocument中的描述,v$sysstat存储自数据库实例运行那刻起就开始累计全实例(instance-wide)的资源使用情况。 类似于v$sesstat,该视图存储下列的统计信息: 1>.事件发生次数的统计(如:user commits) 2>.数据产生,存取或者操作的total列(如:redo size) 3>.如果TIMED_STATISTICS值为true,则统计花费在执行操作上的总时间(如:CPU used by this session) v$sysstat视图常用列介绍:  STATISTIC#: 标识  NAME: 统计项名称  VALUE: 资源使用量 该视图还有一列class-统计类别但极少会被使用,各类信息如下: 1 代表事例活动 2 代表Redo buffer活动 4 代表锁 8 代表数据缓冲活动 16 代表OS活动 32 代表并行活动 64 代表表访问 128 代表调试信息 注意:Statistic#的值在不同版本中各不相同,使用时要用Name做为查询条件而不要以statistic#的值做为条件。 使用v$sysstat中的数据   该视图中数据常被用于监控系统性能。如buffer cache命中率、软解析率等都可从该视图数据计算得出。   该视图中的数据也被用于监控系统资源使用情况,以及系统资源利用率的变化。正因如此多的性能数据,检查某区间内系统资源使用情况可以这样做,在一个时间段开始时创建一个视图数据快照,结束时再创建一个,二者之间各统计项值的不同(end value - begin value)即是这一时间段内的资源消耗情况。这是oracle工具的常用方法,诸如Statspack以及BSTAT/ESTAT都是如此。   为了对比某个区间段的数据,源数据可以被格式化(每次事务,每次执行,每秒钟或每次登陆),格式化后数据更容易从两者中鉴别出差异。这类的对比在升级前,升级后或仅仅想看看一段时间内用户数量增长或数据增加如何影响资源使用方面更加实用。   你也可以使用v$sysstat数据通过查询v$system_event视图来检查资源消耗和资源回收。 V$SYSSTAT中的常用统计   V$SYSSTAT中包含多个统计项,这部分介绍了一些关键的v$sysstat统计项,在调优方面相当有用。下列按字母先后排序: 数据库使用状态的一些关键指标:  CPU used by this session:所有session的cpu占用量,不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms  db block changes:那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。在各项事务级别,这项统计指出脏缓存比率。  execute count:执行的sql语句数量(包括递归sql)  logons current:当前连接到实例的Sessions。如果当前有两个快照则取平均值。  logons cumulative:自实例启动后的总登陆次数。  parse count (hard):在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同,但查询表不同则认为它们是两条不同语句,则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销,因为它需要oracle在shared pool中重新分配内存,然后再确定执行计划,最终语句才会被执行。  parse count (total):解析调用总数,包括软解析和硬解析。当session执行了一条sql语句,该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。  parse time cpu:总cpu解析时间(单位:10ms)。包括硬解析和软解析。  parse time elapsed:完成解析调用的总时间花费。  physical reads:OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。  physical writes:从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。  redo log space requests:在redo logs
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值