- 浏览: 144556 次
- 性别:
- 来自: 合肥
文章分类
- 全部博客 (76)
- struts2 (2)
- high框架 (1)
- oracle (17)
- 杂项 (1)
- weblogic (3)
- network (2)
- JavaSE (4)
- JavaEE (3)
- struggle (1)
- 工作总结 (1)
- web前端 (18)
- tydic web框架的ajax使用 (3)
- quartz (1)
- 客服系统的几个url (2)
- dic-sso (2)
- jdbc (2)
- ibatis (5)
- linux (1)
- jsp标签 <c:choose> <c:when> (1)
- axis2 (1)
- ajax jsonObject struts2 (2)
- tomcat (4)
- spring (1)
- ESB (2)
- fiddler (1)
最新评论
-
pengfeicao521:
谢谢兄台指点,当初俺刚学jdbc的时候,写个比这个还喷血的语句 ...
经典的jdbc连接数据库语句 -
King_XR:
其实, 这段代码中, 有好多地方, 处理都是不好的. 比如说, ...
经典的jdbc连接数据库语句 -
pengfeicao521:
兄台,可能是我表达不清,我的本意是,这是在orm未出现之前,通 ...
经典的jdbc连接数据库语句 -
King_XR:
这也能称为经典 ???
经典的jdbc连接数据库语句
V$SYSSTAT中包含多个统计项,这部分介绍了一些关键的v$sysstat统计项,在调优方面相当有用。下列按字母先后排序:
数据库使用状态的一些关键指标:
l CPU used by this session:所有session的cpu占用量,不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms
l db block changes:那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。在各项事务级别,这项统计指出脏缓存比率。
l execute count:执行的sql语句数量(包括递归sql)
l logons current:当前连接到实例的Sessions。如果当前有两个快照则取平均值。
l logons cumulative:自实例启动后的总登陆次数。
l parse count (hard):在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同,但查询表不同则认为它们是两条不同语句,则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销,因为它需要oracle在shared pool中重新分配内存,然后再确定执行计划,最终语句才会被执行。
l parse count (total):解析调用总数,包括软解析和硬解析。当session执行了一条sql语句,该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。
l parse time cpu:总cpu解析时间(单位:10ms)。包括硬解析和软解析。
l parse time elapsed:完成解析调用的总时间花费。
l physical reads:OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。
l physical writes:从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。
l redo log space requests:在redo logs中服务进程的等待空间,表示需要更长时间的log switch。
l redo size:redo发生的总次数(以及因此写入log buffer),以byte为单位。这项统计显示出update活跃性。
l session logical reads:逻辑读请求数。
l sorts (memory) and sorts (disk):sorts(memory)是适于在SORT_AREA_SIZE(因此不需要在磁盘进行排序)的排序操作的数量。sorts(disk)则是由于排序所需空间太大,SORT_AREA_SIZE不能满足而不得不在磁盘进行排序操作的数量。这两项统计通常用于计算in-memory sort ratio。
l sorts (rows): 列排序总数。这项统计可被'sorts (total)'统计项除尽以确定每次排序的列。该项可指出数据卷和应用特征。
l table fetch by rowid:使用ROWID返回的总列数(由于索引访问或sql语句中使用了'where rowid=&rowid'而产生)
l table scans (rows gotten):全表扫描中读取的总列数
l table scans (blocks gotten):全表扫描中读取的总块数,不包括那些split的列。
l user commits + user rollbacks:系统事务起用次数。当需要计算其它统计中每项事务比率时该项可以被做为除数。例如,计算事务中逻辑读,可以使用下列公式:session logical reads / (user commits + user rollbacks)。
注:SQL语句的解析有软解析soft parse与硬解析hard parse之说,以下是5个步骤:
1:语法是否合法(sql写法)
2:语义是否合法(权限,对象是否存在)
3:检查该sql是否在公享池中存在
-- 如果存在,直接跳过4和5,运行sql. 此时算soft parse
4:选择执行计划
5:产生执行计划
-- 如果5个步骤全做,这就叫hard parse.
注意物理I/O
oracle报告物理读也许并未导致实际物理磁盘I/O操作。这完全有可能因为多数操作系统都有缓存文件,可能是那些块在被读取。块也可能存于磁盘或控制级缓存以再次避免实际I/O。Oracle报告有物理读也许仅仅表示被请求的块并不在缓存中。
由V$SYSSTAT得出实例效率比(Instance Efficiency Ratios)
下列是些典型的instance efficiency ratios 由v$sysstat数据计算得来,每项比率值应该尽可能接近1:
l Buffer cache hit ratio:该项显示buffer cache大小是否合适。
公式:1-((physical reads-physical reads direct-physical reads direct (lob)) / session logical reads)
执行:
select 1-((a.value-b.value-c.value)/d.value)
from v$sysstat a,v$sysstat b,v$sysstat c,v$sysstat d
where a.name='physical reads' and
b.name='physical reads direct' and
c.name='physical reads direct (lob)' and
d.name='session logical reads';
l Soft parse ratio:这项将显示系统是否有太多硬解析。该值将会与原始统计数据对比以确保精确。例如,软解析率仅为0.2则表示硬解析率太高。不过,如果总解析量(parse count total)偏低,这项值可以被忽略。
公式:1 - ( parse count (hard) / parse count (total) )
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
Where a.name='parse count (hard)' and b.name='parse count (total)';
l In-memory sort ratio:该项显示内存中完成的排序所占比例。最理想状态下,在OLTP系统中,大部分排序不仅小并且能够完全在内存里完成排序。
公式:sorts (memory) / ( sorts (memory) + sorts (disk) )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='sorts (memory)' and
b.name='sorts (memory)' and c.name='sorts (disk)';
l Parse to execute ratio:在生产环境,最理想状态是一条sql语句一次解析多数运行。
公式:1 - (parse count/execute count)
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
where a.name='parse count (total)' and b.name='execute count';
l Parse CPU to total CPU ratio:该项显示总的CPU花费在执行及解析上的比率。如果这项比率较低,说明系统执行了太多的解析。
公式:1 - (parse time cpu / CPU used by this session)
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and
b.name='CPU used by this session';
l Parse time CPU to parse time elapsed:通常,该项显示锁竞争比率。这项比率计算
是否时间花费在解析分配给CPU进行周期运算(即生产工作)。解析时间花费不在CPU周期运算通常表示由于锁竞争导致了时间花费
公式:parse time cpu / parse time elapsed
执行:
select a.value/b.value
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and b.name='parse time elapsed';
从V$SYSSTAT获取负载间档(Load Profile)数据
负载间档是监控系统吞吐量和负载变化的重要部分,该部分提供如下每秒和每个事务的统计信息:logons cumulative, parse count (total), parse count (hard), executes, physical reads, physical writes, block changes, and redo size.
被格式化的数据可检查'rates'是否过高,或用于对比其它基线数据设置为识别system profile在期间如何变化。例如,计算每个事务中block changes可用如下公式:
db block changes / ( user commits + user rollbacks )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='db block changes' and
b.name='user commits' and c.name='user rollbacks';
其它计算统计以衡量负载方式,如下:
l Blocks changed for each read:这项显示出block changes在block reads中的比例。它将指出是否系统主要用于只读访问或是主要进行诸多数据操作(如:inserts/updates/deletes)
公式:db block changes / session logical reads
执行:
select a.value/b.value
from v$sysstat a,v$sysstat b
where a.name='db block changes' and
b.name='session logical reads' ;
l Rows for each sort:
公式:sorts (rows) / ( sorts (memory) + sorts (disk) )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='sorts (rows)' and
b.name='sorts (memory)' and c.name='sorts (disk)';
数据库使用状态的一些关键指标:
l CPU used by this session:所有session的cpu占用量,不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms
l db block changes:那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。在各项事务级别,这项统计指出脏缓存比率。
l execute count:执行的sql语句数量(包括递归sql)
l logons current:当前连接到实例的Sessions。如果当前有两个快照则取平均值。
l logons cumulative:自实例启动后的总登陆次数。
l parse count (hard):在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同,但查询表不同则认为它们是两条不同语句,则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销,因为它需要oracle在shared pool中重新分配内存,然后再确定执行计划,最终语句才会被执行。
l parse count (total):解析调用总数,包括软解析和硬解析。当session执行了一条sql语句,该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。
l parse time cpu:总cpu解析时间(单位:10ms)。包括硬解析和软解析。
l parse time elapsed:完成解析调用的总时间花费。
l physical reads:OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。
l physical writes:从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。
l redo log space requests:在redo logs中服务进程的等待空间,表示需要更长时间的log switch。
l redo size:redo发生的总次数(以及因此写入log buffer),以byte为单位。这项统计显示出update活跃性。
l session logical reads:逻辑读请求数。
l sorts (memory) and sorts (disk):sorts(memory)是适于在SORT_AREA_SIZE(因此不需要在磁盘进行排序)的排序操作的数量。sorts(disk)则是由于排序所需空间太大,SORT_AREA_SIZE不能满足而不得不在磁盘进行排序操作的数量。这两项统计通常用于计算in-memory sort ratio。
l sorts (rows): 列排序总数。这项统计可被'sorts (total)'统计项除尽以确定每次排序的列。该项可指出数据卷和应用特征。
l table fetch by rowid:使用ROWID返回的总列数(由于索引访问或sql语句中使用了'where rowid=&rowid'而产生)
l table scans (rows gotten):全表扫描中读取的总列数
l table scans (blocks gotten):全表扫描中读取的总块数,不包括那些split的列。
l user commits + user rollbacks:系统事务起用次数。当需要计算其它统计中每项事务比率时该项可以被做为除数。例如,计算事务中逻辑读,可以使用下列公式:session logical reads / (user commits + user rollbacks)。
注:SQL语句的解析有软解析soft parse与硬解析hard parse之说,以下是5个步骤:
1:语法是否合法(sql写法)
2:语义是否合法(权限,对象是否存在)
3:检查该sql是否在公享池中存在
-- 如果存在,直接跳过4和5,运行sql. 此时算soft parse
4:选择执行计划
5:产生执行计划
-- 如果5个步骤全做,这就叫hard parse.
注意物理I/O
oracle报告物理读也许并未导致实际物理磁盘I/O操作。这完全有可能因为多数操作系统都有缓存文件,可能是那些块在被读取。块也可能存于磁盘或控制级缓存以再次避免实际I/O。Oracle报告有物理读也许仅仅表示被请求的块并不在缓存中。
由V$SYSSTAT得出实例效率比(Instance Efficiency Ratios)
下列是些典型的instance efficiency ratios 由v$sysstat数据计算得来,每项比率值应该尽可能接近1:
l Buffer cache hit ratio:该项显示buffer cache大小是否合适。
公式:1-((physical reads-physical reads direct-physical reads direct (lob)) / session logical reads)
执行:
select 1-((a.value-b.value-c.value)/d.value)
from v$sysstat a,v$sysstat b,v$sysstat c,v$sysstat d
where a.name='physical reads' and
b.name='physical reads direct' and
c.name='physical reads direct (lob)' and
d.name='session logical reads';
l Soft parse ratio:这项将显示系统是否有太多硬解析。该值将会与原始统计数据对比以确保精确。例如,软解析率仅为0.2则表示硬解析率太高。不过,如果总解析量(parse count total)偏低,这项值可以被忽略。
公式:1 - ( parse count (hard) / parse count (total) )
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
Where a.name='parse count (hard)' and b.name='parse count (total)';
l In-memory sort ratio:该项显示内存中完成的排序所占比例。最理想状态下,在OLTP系统中,大部分排序不仅小并且能够完全在内存里完成排序。
公式:sorts (memory) / ( sorts (memory) + sorts (disk) )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='sorts (memory)' and
b.name='sorts (memory)' and c.name='sorts (disk)';
l Parse to execute ratio:在生产环境,最理想状态是一条sql语句一次解析多数运行。
公式:1 - (parse count/execute count)
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
where a.name='parse count (total)' and b.name='execute count';
l Parse CPU to total CPU ratio:该项显示总的CPU花费在执行及解析上的比率。如果这项比率较低,说明系统执行了太多的解析。
公式:1 - (parse time cpu / CPU used by this session)
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and
b.name='CPU used by this session';
l Parse time CPU to parse time elapsed:通常,该项显示锁竞争比率。这项比率计算
是否时间花费在解析分配给CPU进行周期运算(即生产工作)。解析时间花费不在CPU周期运算通常表示由于锁竞争导致了时间花费
公式:parse time cpu / parse time elapsed
执行:
select a.value/b.value
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and b.name='parse time elapsed';
从V$SYSSTAT获取负载间档(Load Profile)数据
负载间档是监控系统吞吐量和负载变化的重要部分,该部分提供如下每秒和每个事务的统计信息:logons cumulative, parse count (total), parse count (hard), executes, physical reads, physical writes, block changes, and redo size.
被格式化的数据可检查'rates'是否过高,或用于对比其它基线数据设置为识别system profile在期间如何变化。例如,计算每个事务中block changes可用如下公式:
db block changes / ( user commits + user rollbacks )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='db block changes' and
b.name='user commits' and c.name='user rollbacks';
其它计算统计以衡量负载方式,如下:
l Blocks changed for each read:这项显示出block changes在block reads中的比例。它将指出是否系统主要用于只读访问或是主要进行诸多数据操作(如:inserts/updates/deletes)
公式:db block changes / session logical reads
执行:
select a.value/b.value
from v$sysstat a,v$sysstat b
where a.name='db block changes' and
b.name='session logical reads' ;
l Rows for each sort:
公式:sorts (rows) / ( sorts (memory) + sorts (disk) )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='sorts (rows)' and
b.name='sorts (memory)' and c.name='sorts (disk)';
发表评论
-
命令行conn
2013-03-28 14:41 836conn scott/tiger@127.0.0.1:1521 ... -
imp/exp
2013-03-28 11:21 892exp iap/iap@141-ORCL file=F:\d ... -
exp命令
2012-12-13 16:45 905EXP dic_dbp/dic_dbp@136orcl o ... -
小数点保留位数格式
2012-11-06 10:03 8891 保留小数点后2位 SELECT to_char(0.03 ... -
oracle创建物化视图
2012-09-17 16:41 850----- 需要 创建 权限视图 CREAT ... -
一级菜单获取2,3级菜单
2012-01-16 16:28 1213----新首页根据一级菜单获取2,3级菜单 SELECT D ... -
创建job
2012-01-16 09:31 982----定义 JOB declare job numbe ... -
关于oracle开窗函数--2分析函数参考手册
2011-05-11 22:57 1905Oracle 9i 分析函数参考手 ... -
关于oracle 开窗函数--1
2011-05-11 22:54 1262一.OVER 1.SQL> SELECT deptno, ... -
sql优化
2011-04-06 21:39 8261.1 IN 操作符 用IN ... -
删除重复记录,只保留一条
2010-10-19 15:55 993DELETE FROM T_CAO_DV_ASSET WHE ... -
查看表空间的使用情况
2010-06-21 21:30 1127SELECT a.tablespace_name " ... -
常用的sql语句--关于10g 闪回的
2010-05-20 14:11 976select name,FIRST_CHANGE# fscn, ... -
我的SQL经验积累
2010-01-26 14:13 942--给中间表授权 1、m_data.dc_department ... -
oracle merge
2010-01-26 14:05 1102--测试用数据,在49.55上 --SELECT * FROM ... -
oracle的树形展示
2010-01-26 14:03 830SELECT lpad(dept_name,length(de ...
相关推荐
### Oracle性能视图学习大全详解 #### 一、引言 在Oracle数据库管理与优化领域,深入了解和利用Oracle性能视图(V$视图)至关重要。随着Oracle版本的不断升级,V$视图的数量也在不断增加,从Oracle 6时代的23个到...
Oracle数据库的动态性能视图,通常被称为V$视图,是Oracle系统内部维护的一组特殊视图,主要为系统管理员和数据库管理员提供实时性能监控和诊断数据库运行状态的能力。动态性能视图的内容与数据库的性能相关,并且...
Oracle 动态性能视图是Oracle数据库管理系统中用于监控和分析系统性能的关键工具。这些视图,以`V$`前缀标识,是由数据库服务器实时维护的,它们提供了关于数据库运行状况的详细信息,帮助DBA(数据库管理员)进行...
Oracle 物化视图是一种预先计算并保存表连接或聚集等耗时较多的操作的结果,以提高查询性能。物化视图对应用程序透明,不会影响应用程序的正确性和有效性,但需要占用存储空间。基表发生变化时,物化视图也应当刷新...
### Oracle动态性能视图知识点详解 #### 一、Oracle动态性能视图概述 **Oracle动态性能视图**是一组预定义的视图,用于显示Oracle数据库的内部状态和活动信息。这些视图对于DBA(数据库管理员)来说非常重要,可以...
这种做法是Oracle性能监控工具如Statspack和ASH(Active Session History)所常用的方法。通过对比不同时间区间的数据,可以观察到用户数量增长或数据增加对系统资源使用的影响。 在V$SYSSTAT视图中,包含多个统计...
### Oracle九大性能视图解析 在Oracle数据库管理与优化的过程中,了解并掌握关键的性能视图对于提升系统性能至关重要。本文将重点介绍Oracle中的九大性能视图及其应用场景,并结合具体的示例来帮助读者更好地理解...
### Oracle中的数据字典技术和动态性能视图 #### 数据字典技术与动态性能视图概述 在Oracle数据库中,数据字典与动态性能视图是理解数据库内部运作机制的重要工具。两者都提供了丰富的信息用于诊断问题、监控性能...
Oracle动态视图是数据库管理系统Oracle中的一个重要特性,它允许用户以一种灵活且高效的方式查询数据库信息。本资料“Oracle动态视图文档(详细版)”深入浅出地介绍了这一概念,旨在帮助读者从入门到精通,无论是对...
在Oracle数据库管理中,系统视图是获取数据库信息的关键途径,它们提供了丰富的元数据,用于监控、优化和理解数据库的内部工作。这篇博客主要聚焦于Oracle的常用系统视图以及数据导入导出的相关操作,这对于数据库...
Oracle动态性能视图是Oracle数据库管理系统中用于监控和分析系统性能的重要工具,特别是`v$sysstat`视图,它是数据库管理员(DBA)进行性能调优的关键参考。`v$sysstat`视图记录了从数据库实例启动以来的全局...
Oracle物化视图是一种数据库对象,它存储了查询结果,以提供快速的数据访问,特别适合于需要频繁查询但计算过程复杂或涉及大量数据连接的场景。物化视图的使用可以显著提高查询性能,因为它避免了每次查询时的计算...
在 Oracle 中,动态性能视图(Dynamic Performance Views,简称 DGVs)是用于收集和展示数据库实时运行状态的重要工具。这里我们将深入探讨其中的一个常见视图——V$SESSION。 V$SESSION 视图是 Oracle 提供的核心...
5. **注意事项**:跨数据库操作需要注意性能问题,因为每次对视图的操作都会触发与Oracle的网络通信。因此,视图的设计应尽可能减少数据传输量和提高查询效率。 6. **安全性**:确保在配置数据源和编写SQL语句时,...
### ORACLE 动态性能视图详解 #### 引言 在Oracle数据库系统中,动态性能视图(Dynamic Performance Views)扮演着至关重要的角色。这些视图提供了关于数据库内部操作和性能的关键信息,使得数据库管理员(DBA)...
### Oracle 物化视图详解 #### 一、物化视图的概念与作用 物化视图是Oracle数据库中一种特殊的数据对象,它保存的是基于一个或多个表(称为基表)的查询结果集,并且这些结果集是物理上存在的。与普通的视图不同,...
Oracle的视图是数据库管理系统中的一个重要概念,它允许用户从一个或多个表中创建虚拟表,这些虚拟表并不存储实际数据,而是根据查询时的定义动态生成结果集。视图在数据库设计中扮演着多种角色,包括数据抽象、权限...
### ORACLE动态性能视图详解 #### 一、概述 Oracle数据库系统中包含了大量用于监控和管理系统性能的工具,其中动态性能视图是一类非常重要的工具。这些视图由Oracle服务器自动维护,并且只能被系统管理员用户SYS...