- 浏览: 193517 次
- 性别:
- 来自: 上海
文章分类
最新评论
-
xing_kenny:
...
maven中jetty配置 -
springaop_springmvc:
可以参考最新的文档:如何在eclipse jee中检出项目并转 ...
maven 中 部署构件至Nexus(mvn deploy) -
13594135:
如何整合ScheduledTimerTask与Quartz到系 ...
spring计划任务(转) -
337240552:
...
maven中jetty配置 -
alanland:
你执行命令的目录不对吧
maven中jetty配置
本视图持续跟踪所有shared pool中的共享cursor,在shared pool中的每一条SQL语句都对应一列。本视图在分析SQL语句资源使用方面非常重要。
V$SQLAREA中的信息列
HASH_VALUE:SQL语句的Hash值。
ADDRESS:SQL语句在SGA中的地址。
这两列被用于鉴别SQL语句,有时,两条不同的语句可能hash值相同。这时候,必须连同ADDRESS一同使用来确认SQL语句。
PARSING_USER_ID:为语句解析第一条CURSOR的用户
VERSION_COUNT:语句cursor的数量
KEPT_VERSIONS:
SHARABLE_MEMORY:cursor使用的共享内存总数
PERSISTENT_MEMORY:cursor使用的常驻内存总数
RUNTIME_MEMORY:cursor使用的运行时内存总数。
SQL_TEXT:SQL语句的文本(最大只能保存该语句的前1000个字符)。
MODULE,ACTION:使用了DBMS_APPLICATION_INFO时session解析第一条cursor时的信息
V$SQLAREA中的其它常用列
SORTS: 语句的排序数
CPU_TIME: 语句被解析和执行的CPU时间
ELAPSED_TIME: 语句被解析和执行的共用时间
PARSE_CALLS: 语句的解析调用(软、硬)次数
EXECUTIONS: 语句的执行次数
INVALIDATIONS: 语句的cursor失效次数
LOADS: 语句载入(载出)数量
ROWS_PROCESSED: 语句返回的列总数
V$SQLAREA中的连接列
Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
HASH_VALUE, ADDRESS V$SQLTEXT, V$SQL, V$OPEN_CURSOR HASH_VALUE, ADDRESS
SQL_TEXT V$DB_OBJECT_CACHE NAME
示例:
1.查看消耗资源最多的SQL:
SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls
FROM V$SQLAREA
WHERE buffer_gets > 10000000 OR disk_reads > 1000000
ORDER BY buffer_gets + 100 * disk_reads DESC;
2.查看某条SQL语句的资源消耗:
SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls
FROM V$SQLAREA
WHERE hash_Value = 228801498 AND address = hextoraw('CBD8E4B0');
V$SQL中存储具体的SQL语句。
一条语句可以映射多个cursor,因为对象所指的cursor可以有不同用户(如例1)。如果有多个cursor(子游标)存在,在V$SQLAREA为所有cursor提供集合信息。
例1:
这里介绍以下child cursor
user A: select * from tbl
user B: select * from tbl
大家认为这两条语句是不是一样的啊,可能会有很多人会说是一样的,但我告诉你不一定,那为什么呢?
这个tblA看起来是一样的,但是不一定哦,一个是A用户的, 一个是B用户的,这时他们的执行计划分析代码差别可能就大了哦,改下写法大家就明白了:
select * from A.tbl
select * from B.tbl
在个别cursor上,v$sql可被使用。该视图包含cursor级别资料。当试图定位session或用户以分析cursor时被使用。
PLAN_HASH_VALUE列存储的是数值表示的cursor执行计划。可被用来对比执行计划。PLAN_HASH_VALUE让你不必一行一行对比即可轻松鉴别两条执行计划是否相同。
V$SQL中的列说明:
SQL_TEXT:SQL文本的前1000个字符
SHARABLE_MEM:占用的共享内存大小(单位:byte)
PERSISTENT_MEM:生命期内的固定内存大小(单位:byte)
RUNTIME_MEM:执行期内的固定内存大小
SORTS:完成的排序数
LOADED_VERSIONS:显示上下文堆是否载入,1是0否
OPEN_VERSIONS:显示子游标是否被锁,1是0否
USERS_OPENING:执行语句的用户数
FETCHES:SQL语句的fetch数。
EXECUTIONS:自它被载入缓存库后的执行次数
USERS_EXECUTING:执行语句的用户数
LOADS:对象被载入过的次数
FIRST_LOAD_TIME:初次载入时间
INVALIDATIONS:无效的次数
PARSE_CALLS:解析调用次数
DISK_READS:读磁盘次数
BUFFER_GETS:读缓存区次数
ROWS_PROCESSED:解析SQL语句返回的总列数
COMMAND_TYPE:命令类型代号
OPTIMIZER_MODE:SQL语句的优化器模型
OPTIMIZER_COST:优化器给出的本次查询成本
PARSING_USER_ID:第一个解析的用户ID
PARSING_SCHEMA_ID:第一个解析的计划ID
KEPT_VERSIONS:指出是否当前子游标被使用DBMS_SHARED_POOL包标记为常驻内存
ADDRESS:当前游标父句柄地址
TYPE_CHK_HEAP:当前堆类型检查说明
HASH_VALUE:缓存库中父语句的Hash值
PLAN_HASH_VALUE:数值表示的执行计划。
CHILD_NUMBER:子游标数量
MODULE:在第一次解析这条语句是通过调用DBMS_APPLICATION_INFO.SET_MODULE设置的模块名称。
ACTION:在第一次解析这条语句是通过调用DBMS_APPLICATION_INFO.SET_ACTION设置的动作名称。
SERIALIZABLE_ABORTS:事务未能序列化次数
OUTLINE_CATEGORY:如果outline在解释cursor期间被应用,那么本列将显示出outline各类,否则本列为空
CPU_TIME:解析/执行/取得等CPU使用时间(单位,毫秒)
ELAPSED_TIME:解析/执行/取得等消耗时间(单位,毫秒)
OUTLINE_SID:outline session标识
CHILD_ADDRESS:子游标地址
SQLTYPE:指出当前语句使用的SQL语言版本
REMOTE:指出是否游标是一个远程映象(Y/N)
OBJECT_STATUS:对象状态(VALID or INVALID)
IS_OBSOLETE:当子游标的数量太多的时候,指出游标是否被废弃(Y/N)
V$SQL_PLAN
本视图提供了一种方式检查那些执行过的并且仍在缓存中的cursor的执行计划。
通常,本视图提供的信息与打印出的EXPLAIN PLAN非常相似,不过,EXPLAIN PLAN显示的是理论上的计划,并不一定在执行的时候就会被使用,但V$SQL_PLAN中包括的是实际被使用的计划。获自EXPLAIN PLAN语句的执行计划跟具体执行的计划可以不同,因为cursor可能被不同的session参数值编译(如,HASH_AREA_SIZE)。
V$SQL_PLAN中数据可以:
确认当前的执行计划
鉴别创建表索引效果
寻找cursor包括的存取路径(例如,全表查询或范围索引查询)
鉴别索引的选择是否最优
决定是否最优化选择的详细执行计划(如,nested loops join)如开发者所愿。
本视图同时也可被用于当成一种关键机制在计划对比中。计划对比通常用于下列各项发生改变时:
删除和新建索引
在数据库对象上执行分析语句
修改初始参数值
从rule-based切换至cost-based优化方式
升级应用程序或数据库到新版本之后
如果之前的计划仍然在(例如,从V$SQL_PLAN选择出记录并保存到oracle表中供参考),那么就有可能去鉴别一条SQL语句在执行计划改变后性能方面有什么变化。
注意:
Oracle公司强烈推荐你使用DBMS_STATS包而非ANALYZE收集优化统计。该包可以让你平行地搜集统计项,收集分区对象 (partitioned objects)的全集统计,并且通过其它方式更好的调整你的统计收集方式。此处,cost-based优化器将最终使用被DBMS_STATS收集的统 计项。浏览Oracle9i Supplied PL/SQL包和类型参考以获得关于此包的更多信息。
不过,你必须使用ANALYZE语句而非DBMS_STATS进行统计收集,不涉及cost-based优化器,就像:
·使用VALIDATE或LIST CHAINED ROWS子句
·在freelist blocks上收集信息。
V$SQL_PLAN中的常用列:
除了一些新加列,本视图几乎包括所有的PLAN_TABLE列,那些同样存在于PLAN_TABLE中的列拥有相同的值:
ADDRESS:当前cursor父句柄位置
HASH_VALUE:在library cache中父语句的HASH值。
ADDRESS和HASH_VALUE这两列可以被用于连接v$sqlarea查询 cursor-specific 信息。
CHILD_NUMBER:使用这个执行计划的子cursor数
列ADDRESS,HASH_VALUE以及CHILD_NUMBER可被用于连接v$sql查询子cursor信息。
OPERATION: 在各步骤执行内部操作的名称,例如:TABLE ACCESS
OPTIONS: 描述列OPERATION在操作上的变种,例如:FULL
OBJECT_NODE: 用于访问对象的数据库链接database link 的名称对于使用并行执行的本地查询该列能够描述操作中输出的次序。
OBJECT#: 表或索引对象数量
OBJECT_OWNER: 对于包含有表或索引的架构schema 给出其所有者的名称
OBJECT_NAME: 表或索引名
OPTIMIZER: 执行计划中首列的默认优化模式;例如,CHOOSE。比如业务是个存储数据库,它将告知是否对象是最优化的。
ID: 在执行计划中分派到每一步的序号。
PARENT_ID: 对ID 步骤的输出进行操作的下一个执行步骤的ID。
DEPTH: 业务树深度(或级)。
POSITION: 对于具有相同PARENT_ID 的操作其相应的处理次序。
COST: cost-based方式优化的操作开销的评估,如果语句使用rule-based方式,本列将为空。
CARDINALITY: 根据cost-based方式操作所访问的行数的评估。
BYTES: 根据cost-based方式操作产生的字节的评估,。
OTHER_TAG: 其它列的内容说明。
PARTITION_START: 范围存取分区中的开始分区。
PARTITION_STOP: 范围存取分区中的停止分区。
PARTITION_ID: 计算PARTITION_START和PARTITION_STOP这对列值的步数
OTHER: 其它信息即执行步骤细节,供用户参考。
DISTRIBUTION: 为了并行查询,存储用于从生产服务器到消费服务器分配列的方法
CPU_COST: 根据cost-based方式CPU操作开销的评估。如果语句使用rule-based方式,本列为空。
IO_COST: 根据cost-based方式I/O操作开销的评估。如果语句使用rule-based方式,本列为空。
TEMP_SPACE: cost-based方式操作(sort or hash-join)的临时空间占用评估。如果语句使用rule-based方式,本列为空。
ACCESS_PREDICATES: 指明以便在存取结构中定位列,例如,在范围索引查询中的开始或者结束位置。
FILTER_PREDICATES: 在生成数据之前即指明过滤列。
CONNECT BY操作产生DEPTH列替换LEVEL伪列,有时被用于在SQL脚本中帮助indent PLAN_TABLE数据
V$SQL_PLAN中的连接列
列ADDRESS,HASH_VALUE和CHILD_NUMBER被用于连接V$SQL或V$SQLAREA来获取cursor-specific信息,例如,BUFFER_GET,或连接V$SQLTEXT获取完整的SQL语句。
Column View Joined Column(s)
ADDRESS, HASH_VALUE V$SQLAREA ADDRESS, HASH_VALUE
ADDRESS,HASH_VALUE,CHILD_NUMBER V$SQL ADDRESS,HASH_VALUE,CHILD_NUMBER
ADDRESS, HASH_VALUE V$SQLTEXT ADDRESS, HASH_VALUE
确认SQL语句的优化计划
下列语句显示一条指定SQL语句的执行计划。查看一条SQL语句的执行计划是调整优化SQL语句的第一步。这条被查询到执行计划的SQL语句是通过语句的HASH_VALUE和ADDRESS列识别。分两步执行:
1.SELECT sql_text, address, hash_value FROM v$sql
WHERE sql_text like '%TAG%';
SQL_TEXT ADDRESS HASH_VALUE
-------- -------- ----------
82157784 1224822469
2.SELECT operation, options, object_name, cost FROM v$sql_plan
WHERE address = '82157784' AND hash_value = 1224822469;
OPERATION OPTIONS OBJECT_NAME COST
-------------------- ------------- ------------------ ----
SELECT STATEMENT 5
SORT
AGGREGATE
HASH JOIN 5
TABLE ACCESS FULL DEPARTMENTS 2
TABLE ACCESS FULL EMPLOYEES 2
V$SQLAREA中的信息列
HASH_VALUE:SQL语句的Hash值。
ADDRESS:SQL语句在SGA中的地址。
这两列被用于鉴别SQL语句,有时,两条不同的语句可能hash值相同。这时候,必须连同ADDRESS一同使用来确认SQL语句。
PARSING_USER_ID:为语句解析第一条CURSOR的用户
VERSION_COUNT:语句cursor的数量
KEPT_VERSIONS:
SHARABLE_MEMORY:cursor使用的共享内存总数
PERSISTENT_MEMORY:cursor使用的常驻内存总数
RUNTIME_MEMORY:cursor使用的运行时内存总数。
SQL_TEXT:SQL语句的文本(最大只能保存该语句的前1000个字符)。
MODULE,ACTION:使用了DBMS_APPLICATION_INFO时session解析第一条cursor时的信息
V$SQLAREA中的其它常用列
SORTS: 语句的排序数
CPU_TIME: 语句被解析和执行的CPU时间
ELAPSED_TIME: 语句被解析和执行的共用时间
PARSE_CALLS: 语句的解析调用(软、硬)次数
EXECUTIONS: 语句的执行次数
INVALIDATIONS: 语句的cursor失效次数
LOADS: 语句载入(载出)数量
ROWS_PROCESSED: 语句返回的列总数
V$SQLAREA中的连接列
Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
HASH_VALUE, ADDRESS V$SQLTEXT, V$SQL, V$OPEN_CURSOR HASH_VALUE, ADDRESS
SQL_TEXT V$DB_OBJECT_CACHE NAME
示例:
1.查看消耗资源最多的SQL:
SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls
FROM V$SQLAREA
WHERE buffer_gets > 10000000 OR disk_reads > 1000000
ORDER BY buffer_gets + 100 * disk_reads DESC;
2.查看某条SQL语句的资源消耗:
SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls
FROM V$SQLAREA
WHERE hash_Value = 228801498 AND address = hextoraw('CBD8E4B0');
V$SQL中存储具体的SQL语句。
一条语句可以映射多个cursor,因为对象所指的cursor可以有不同用户(如例1)。如果有多个cursor(子游标)存在,在V$SQLAREA为所有cursor提供集合信息。
例1:
这里介绍以下child cursor
user A: select * from tbl
user B: select * from tbl
大家认为这两条语句是不是一样的啊,可能会有很多人会说是一样的,但我告诉你不一定,那为什么呢?
这个tblA看起来是一样的,但是不一定哦,一个是A用户的, 一个是B用户的,这时他们的执行计划分析代码差别可能就大了哦,改下写法大家就明白了:
select * from A.tbl
select * from B.tbl
在个别cursor上,v$sql可被使用。该视图包含cursor级别资料。当试图定位session或用户以分析cursor时被使用。
PLAN_HASH_VALUE列存储的是数值表示的cursor执行计划。可被用来对比执行计划。PLAN_HASH_VALUE让你不必一行一行对比即可轻松鉴别两条执行计划是否相同。
V$SQL中的列说明:
SQL_TEXT:SQL文本的前1000个字符
SHARABLE_MEM:占用的共享内存大小(单位:byte)
PERSISTENT_MEM:生命期内的固定内存大小(单位:byte)
RUNTIME_MEM:执行期内的固定内存大小
SORTS:完成的排序数
LOADED_VERSIONS:显示上下文堆是否载入,1是0否
OPEN_VERSIONS:显示子游标是否被锁,1是0否
USERS_OPENING:执行语句的用户数
FETCHES:SQL语句的fetch数。
EXECUTIONS:自它被载入缓存库后的执行次数
USERS_EXECUTING:执行语句的用户数
LOADS:对象被载入过的次数
FIRST_LOAD_TIME:初次载入时间
INVALIDATIONS:无效的次数
PARSE_CALLS:解析调用次数
DISK_READS:读磁盘次数
BUFFER_GETS:读缓存区次数
ROWS_PROCESSED:解析SQL语句返回的总列数
COMMAND_TYPE:命令类型代号
OPTIMIZER_MODE:SQL语句的优化器模型
OPTIMIZER_COST:优化器给出的本次查询成本
PARSING_USER_ID:第一个解析的用户ID
PARSING_SCHEMA_ID:第一个解析的计划ID
KEPT_VERSIONS:指出是否当前子游标被使用DBMS_SHARED_POOL包标记为常驻内存
ADDRESS:当前游标父句柄地址
TYPE_CHK_HEAP:当前堆类型检查说明
HASH_VALUE:缓存库中父语句的Hash值
PLAN_HASH_VALUE:数值表示的执行计划。
CHILD_NUMBER:子游标数量
MODULE:在第一次解析这条语句是通过调用DBMS_APPLICATION_INFO.SET_MODULE设置的模块名称。
ACTION:在第一次解析这条语句是通过调用DBMS_APPLICATION_INFO.SET_ACTION设置的动作名称。
SERIALIZABLE_ABORTS:事务未能序列化次数
OUTLINE_CATEGORY:如果outline在解释cursor期间被应用,那么本列将显示出outline各类,否则本列为空
CPU_TIME:解析/执行/取得等CPU使用时间(单位,毫秒)
ELAPSED_TIME:解析/执行/取得等消耗时间(单位,毫秒)
OUTLINE_SID:outline session标识
CHILD_ADDRESS:子游标地址
SQLTYPE:指出当前语句使用的SQL语言版本
REMOTE:指出是否游标是一个远程映象(Y/N)
OBJECT_STATUS:对象状态(VALID or INVALID)
IS_OBSOLETE:当子游标的数量太多的时候,指出游标是否被废弃(Y/N)
V$SQL_PLAN
本视图提供了一种方式检查那些执行过的并且仍在缓存中的cursor的执行计划。
通常,本视图提供的信息与打印出的EXPLAIN PLAN非常相似,不过,EXPLAIN PLAN显示的是理论上的计划,并不一定在执行的时候就会被使用,但V$SQL_PLAN中包括的是实际被使用的计划。获自EXPLAIN PLAN语句的执行计划跟具体执行的计划可以不同,因为cursor可能被不同的session参数值编译(如,HASH_AREA_SIZE)。
V$SQL_PLAN中数据可以:
确认当前的执行计划
鉴别创建表索引效果
寻找cursor包括的存取路径(例如,全表查询或范围索引查询)
鉴别索引的选择是否最优
决定是否最优化选择的详细执行计划(如,nested loops join)如开发者所愿。
本视图同时也可被用于当成一种关键机制在计划对比中。计划对比通常用于下列各项发生改变时:
删除和新建索引
在数据库对象上执行分析语句
修改初始参数值
从rule-based切换至cost-based优化方式
升级应用程序或数据库到新版本之后
如果之前的计划仍然在(例如,从V$SQL_PLAN选择出记录并保存到oracle表中供参考),那么就有可能去鉴别一条SQL语句在执行计划改变后性能方面有什么变化。
注意:
Oracle公司强烈推荐你使用DBMS_STATS包而非ANALYZE收集优化统计。该包可以让你平行地搜集统计项,收集分区对象 (partitioned objects)的全集统计,并且通过其它方式更好的调整你的统计收集方式。此处,cost-based优化器将最终使用被DBMS_STATS收集的统 计项。浏览Oracle9i Supplied PL/SQL包和类型参考以获得关于此包的更多信息。
不过,你必须使用ANALYZE语句而非DBMS_STATS进行统计收集,不涉及cost-based优化器,就像:
·使用VALIDATE或LIST CHAINED ROWS子句
·在freelist blocks上收集信息。
V$SQL_PLAN中的常用列:
除了一些新加列,本视图几乎包括所有的PLAN_TABLE列,那些同样存在于PLAN_TABLE中的列拥有相同的值:
ADDRESS:当前cursor父句柄位置
HASH_VALUE:在library cache中父语句的HASH值。
ADDRESS和HASH_VALUE这两列可以被用于连接v$sqlarea查询 cursor-specific 信息。
CHILD_NUMBER:使用这个执行计划的子cursor数
列ADDRESS,HASH_VALUE以及CHILD_NUMBER可被用于连接v$sql查询子cursor信息。
OPERATION: 在各步骤执行内部操作的名称,例如:TABLE ACCESS
OPTIONS: 描述列OPERATION在操作上的变种,例如:FULL
OBJECT_NODE: 用于访问对象的数据库链接database link 的名称对于使用并行执行的本地查询该列能够描述操作中输出的次序。
OBJECT#: 表或索引对象数量
OBJECT_OWNER: 对于包含有表或索引的架构schema 给出其所有者的名称
OBJECT_NAME: 表或索引名
OPTIMIZER: 执行计划中首列的默认优化模式;例如,CHOOSE。比如业务是个存储数据库,它将告知是否对象是最优化的。
ID: 在执行计划中分派到每一步的序号。
PARENT_ID: 对ID 步骤的输出进行操作的下一个执行步骤的ID。
DEPTH: 业务树深度(或级)。
POSITION: 对于具有相同PARENT_ID 的操作其相应的处理次序。
COST: cost-based方式优化的操作开销的评估,如果语句使用rule-based方式,本列将为空。
CARDINALITY: 根据cost-based方式操作所访问的行数的评估。
BYTES: 根据cost-based方式操作产生的字节的评估,。
OTHER_TAG: 其它列的内容说明。
PARTITION_START: 范围存取分区中的开始分区。
PARTITION_STOP: 范围存取分区中的停止分区。
PARTITION_ID: 计算PARTITION_START和PARTITION_STOP这对列值的步数
OTHER: 其它信息即执行步骤细节,供用户参考。
DISTRIBUTION: 为了并行查询,存储用于从生产服务器到消费服务器分配列的方法
CPU_COST: 根据cost-based方式CPU操作开销的评估。如果语句使用rule-based方式,本列为空。
IO_COST: 根据cost-based方式I/O操作开销的评估。如果语句使用rule-based方式,本列为空。
TEMP_SPACE: cost-based方式操作(sort or hash-join)的临时空间占用评估。如果语句使用rule-based方式,本列为空。
ACCESS_PREDICATES: 指明以便在存取结构中定位列,例如,在范围索引查询中的开始或者结束位置。
FILTER_PREDICATES: 在生成数据之前即指明过滤列。
CONNECT BY操作产生DEPTH列替换LEVEL伪列,有时被用于在SQL脚本中帮助indent PLAN_TABLE数据
V$SQL_PLAN中的连接列
列ADDRESS,HASH_VALUE和CHILD_NUMBER被用于连接V$SQL或V$SQLAREA来获取cursor-specific信息,例如,BUFFER_GET,或连接V$SQLTEXT获取完整的SQL语句。
Column View Joined Column(s)
ADDRESS, HASH_VALUE V$SQLAREA ADDRESS, HASH_VALUE
ADDRESS,HASH_VALUE,CHILD_NUMBER V$SQL ADDRESS,HASH_VALUE,CHILD_NUMBER
ADDRESS, HASH_VALUE V$SQLTEXT ADDRESS, HASH_VALUE
确认SQL语句的优化计划
下列语句显示一条指定SQL语句的执行计划。查看一条SQL语句的执行计划是调整优化SQL语句的第一步。这条被查询到执行计划的SQL语句是通过语句的HASH_VALUE和ADDRESS列识别。分两步执行:
1.SELECT sql_text, address, hash_value FROM v$sql
WHERE sql_text like '%TAG%';
SQL_TEXT ADDRESS HASH_VALUE
-------- -------- ----------
82157784 1224822469
2.SELECT operation, options, object_name, cost FROM v$sql_plan
WHERE address = '82157784' AND hash_value = 1224822469;
OPERATION OPTIONS OBJECT_NAME COST
-------------------- ------------- ------------------ ----
SELECT STATEMENT 5
SORT
AGGREGATE
HASH JOIN 5
TABLE ACCESS FULL DEPARTMENTS 2
TABLE ACCESS FULL EMPLOYEES 2
发表评论
-
oracle Shrink命令
2012-03-31 11:01 2266从10g开始,oracle开始 ... -
Oracle怎么对IN子查询使用绑定变量(转)
2011-05-28 17:11 3877在实际使用中,经常会有带in的子查询,如where id in ... -
PowerDesigner中name和code取消自动关联(转)
2011-04-15 11:30 5425PowerDesigner中,但修改了某个字段的name,其c ... -
awr报表解读
2011-03-06 01:20 18481. Redo size:每秒产生的 ... -
awr报表生成方法
2011-03-06 00:37 1987可以通过调用oracle数据库服务器里awrrpt.sql或a ... -
数据库表被锁死
2011-03-06 00:00 73353月3日下午,系统发生了严重故障,后台程序大量抛出如下异常 ... -
oracle性能分析语句
2011-02-26 14:56 19061.cpu负载高的语句 select b.sql_te ... -
EXPDP命令行选项
2011-02-13 03:46 1387EXPDP命令行选项 1. ATTACH expd ... -
oracle常用命令
2011-02-13 00:02 2042--启动数据库 lsnrctl stop; lsnrctl s ... -
数据库名、实例名、数据库域名、全局数据库名、服务名(转)
2011-02-12 23:47 1095数据库名、实例名、数 ... -
Oracle中的Union、Union All、Intersect、Minus(转)
2011-02-12 00:48 1354众所周知的几个结果集 ... -
oralce多表更新方法
2011-02-12 00:35 2435--备份 create table content_20 ... -
免安装oracle客户端与plsql连接远程(转)
2011-01-20 11:40 17881、在安装ORACLE服务器的机器上搜索下列文件, oci ... -
linux mysql相关操作(转)
2010-08-03 14:36 1277linux mysql 安装介绍: linux 服务器 Re ... -
mysql在linux下安装
2010-08-03 13:15 1143Can't open the mysql.plugin tab ... -
sqlServer2000实用sql语句
2010-05-15 12:04 11391.备份数据库 backup database mast ...
相关推荐
在Oracle数据库系统中,`V$SQLAREA` 是一个非常重要的动态性能视图,它提供了关于解析、编译和执行的SQL语句的详细信息。这个视图是DBA和性能调优专家用来监控和分析SQL性能的关键工具。标题中的"oracle_V$SQLAREA_....
Oracle动态性能(V$)视图是Oracle数据库管理系统中极为重要的组成部分,它们提供了实时的数据库运行信息,帮助DBA(数据库管理员)监控、诊断和优化数据库性能。这些视图以V$开头,通常由一系列的数据字典视图组成,...
Oracle的动态性能视图主要有X$、V$、V_$和GV$系列,每一系列都有其独特的用途和访问权限。 ### X$ 系列视图 X$系列视图包含了Oracle数据库实例的底层数据结构信息,它们是数据库内核的一部分,由Oracle服务器直接...
Oracle动态性能表是Oracle数据库系统中的一个重要组成部分,用于实时监控和诊断数据库的运行状态。这些表存储了关于数据库性能的详细信息,对于DBA(数据库管理员)来说,理解和利用这些表进行性能调优至关重要。 ...
通过对这些动态性能表的深入学习,数据库管理员能够更好地监控Oracle数据库的运行状态,及时发现并解决问题,提升整体系统的性能和稳定性。在实际工作中,结合性能监控工具和SQL优化工具,这些视图的数据将发挥巨大...
Oracle动态性能表(Dynamic Performance Tables,也称为V$视图)是Oracle数据库系统中的一个重要组成部分,它们提供了关于数据库运行状态的实时信息。这些视图对于诊断性能问题、优化查询以及理解数据库行为至关重要...
### Oracle 动态性能表学习:深入理解 v$sysstat #### 一、v$sysstat 视图概述 在 Oracle 数据库管理中,动态性能视图(Dynamic Performance Views)是一组特殊的内置视图,提供了关于数据库实例及其内部组件的...
Oracle 动态链接表是一种特殊的表,用于存储 Oracle 实例中的各种性能指标和统计信息。下面是 Oracle 动态链接表的知识点总结: 1. v$sysstat 表:存储自数据库实例运行那刻起就开始累计全实例(instance-wide)的...
V$视图是一系列动态性能视图的前缀,它们提供当前数据库实例的运行时性能数据。这些视图中的信息对于数据库管理员(DBA)来说至关重要,因为它们包含了影响数据库性能的诸多因素,如系统资源使用情况、内存分配、SQL...
通过深入学习和理解这些动态性能表,我们可以更好地管理Oracle数据库,提升其性能,确保系统的稳定性和高效性。在实际工作中,结合SQL Trace、AWR(自动工作负载 Repository)和ASH(Active Session History)等工具...
学习动态性能表(三)--v$sql&v$sql_plan 学习动态性能表(四)--v$sqltext&v$sqlarea 学习动态性能表(五)--v$session 学习动态性能表(六)--v$session_wait&v$session_event 学习动态性能表(七)--v$process 学习...
Oracle动态性能表是数据库管理员用来监控Oracle数据库性能的关键工具,其中包含了多个系统状态指标,能够帮助我们理解数据库的运行情况并进行性能优化。以下是一些主要的性能指标及其含义: 1. CPU used by this ...
【学习动态性能表(11)--v$latch$v$latch_children】主要关注Oracle数据库中的动态性能视图,尤其是关于latch这一关键概念的监控和分析。latch是一种轻量级的锁定机制,用于保护SGA(System Global Area)中的共享...
总结来说,Oracle动态性能表是性能分析和调优的关键工具,通过对v$sysstat等视图的深入理解和有效利用,DBA可以更好地理解系统行为,定位性能瓶颈,并采取相应措施提升数据库的性能和效率。无论是监控系统资源的使用...
本文将深入探讨Oracle监控数据库性能的一些常用SQL语句,以及它们如何帮助我们理解数据库的工作状态。 首先,`V$视图`是Oracle提供的一种内置的性能数据源,通过查询这些视图,我们可以获取到丰富的性能信息。例如...
### Oracle动态性能视图知识点详解 #### 一、Oracle动态性能视图概述 **Oracle动态性能视图**是一组预定义的视图,用于显示Oracle数据库的内部状态和活动信息。这些视图对于DBA(数据库管理员)来说非常重要,可以...
在"Oracle动态性能视图表学习"这个主题中,我们将深入探讨以下几个关键知识点: 1. **动态性能视图的概念**:动态性能视图由一系列预定义的SQL查询组成,它们直接从数据库的内存结构中获取数据,因此能够反映当前...
`v$session`视图提供了关于当前所有会话(包括用户会话和后台进程)的信息,是Oracle数据库中最常用的动态性能视图之一。它包含了如会话状态、会话等待信息、资源限制、SQL执行历史等重要数据,通过查询该视图,管理...