| |
V$SESSION中的常用列
V$SESSION是基础信息视图，用于找寻用户 SID或 SADDR。不过，它也有一些列会动态的变化，可用于检查用户。如例：
SQL_HASH_VALUE， SQL_ADDRESS：这两列用于鉴别默认被 session执行的 SQL语句。如果为 null或 0，那就说明这个 session没有执行任何 SQL语句。 PREV_HASH_VALUE和 PREV_ADDRESS两列用来鉴别被 session执行的上一条语句。
注意：当使用 SQL*Plus进行选择时，确认你重定义的列宽不小于 11以便看到完整的数值。
STATUS：这列用来判断 session状态是：
l Achtive：正执行 SQL语句 (waiting for/using a resource)
l Inactive：等待操作 (即等待需要执行的 SQL语句 )
l Killed：被标注为删除
下列各列提供 session的信息，可被用于当一个或多个 combination未知时找到 session。
Session信息
l SID： SESSION标识，常用于连接其它列
l SERIAL#：如果某个 SID又被其它的 session使用的话则此数值自增加 (当一个 SESSION结束，另一个 SESSION开始并使用了同一个 SID)。
l AUDSID：审查 session ID唯一性，确认它通常也用于当寻找并行查询模式
l USERNAME：当前 session在 oracle中的用户名。
Client信息
数据库 session被一个运行在数据库服务器上或从中间服务器甚至桌面通过 SQL*Net连接到数据库的客户端进程启动，下列各列提供这个客户端的信息
l OSUSER：客户端操作系统用户名
l MACHINE：客户端执行的机器
l TERMINAL：客户端运行的终端
l PROCESS：客户端进程的 ID
l PROGRAM：客户端执行的客户端程序
要显示用户所连接 PC的 TERMINAL、 OSUSER，需在该 PC的 ORACLE.INI或 Windows中设置关键字 TERMINAL， USERNAME。
Application信息
调用 DBMS_APPLICATION_INFO包以设置一些信息区分用户。这将显示下列各列。
l CLIENT_INFO： DBMS_APPLICATION_INFO中设置
l ACTION： DBMS_APPLICATION_INFO中设置
l MODULE： DBMS_APPLICATION_INFO中设置
下列 V$SESSION列同样可能会被用到：
l ROW_WAIT_OBJ#
l ROW_WAIT_FILE#
l ROW_WAIT_BLOCK#
l ROW_WAIT_ROW#
V$SESSION中的连接列
Column View Joined Column(s)
SID V$SESSION_WAIT,,V$SESSTAT,,V$LOCK,V$SESSION_EVENT,V$OPEN_CURSOR SID
(SQL_HASH_VALUE, SQL_ADDRESS) V$SQLTEXT, V$SQLAREA, V$SQL (HASH_VALUE, ADDRESS)
(PREV_HASH_VALUE, PREV_SQL_ADDRESS) V$SQLTEXT, V$SQLAREA, V$SQL (HASH_VALUE, ADDRESS)
TADDR V$TRANSACTION ADDR
PADDR V$PROCESS ADDR
示例：
1.查找你的 session信息
SELECT SID, OSUSER, USERNAME, MACHINE, PROCESS
FROM V$SESSION WHERE audsid = userenv( 'SESSIONID' );
2.当 machine已知的情况下查找 session
SELECT SID, OSUSER, USERNAME, MACHINE, TERMINAL
FROM V$SESSION
WHERE terminal = 'pts/tl' AND machine = 'rgmdbs1' ;
3.查找当前被某个指定 session正在运行的 sql语句。假设 sessionID为 100
select b.sql_text
from v$session a,v$sqlarea b
where a.sql_hashvalue=b. hash_value and a.sid= 1 00
或者
select b.sql_text from v$session a,v$sqlarea b //v$sqlarea 只包括sql的1000个字符，V$SQLTEXT is all where a.sql_hash_value = b.HASH_VALUE and a.TERMINAL = 'BackHam';//BackHam is my computer name
寻找被指定 session执行的 SQL语句是一个公共需求，如果 session是瓶颈的主要原因，那根据其当前在执行的语句可以查看 session在做些什么。
V$SQLTEXT
本视图包括 Shared pool中 SQL语句的完整文本，一条 SQL语句可能分成多个块被保存于多个记录内。
注： V$SQLAREA只包括头 1000个字符。
V$SQLTEXT中的常用列
l HASH_VALUE： SQL语句的 Hash值
l ADDRESS： sql语句在 SGA中的地址
l SQL_TEXT： SQL文本。
l PIECE： SQL语句块的序号
V$SQLTEXT中的连接列
Column View Joined Column(s)
HASH_VALUE, ADDRESS V$SQL, V$SESSION HASH_VALUE, ADDRESS
HASH_VALUE. ADDRESS V$SESSION SQL_HASH_VALUE, SQL_ADDRESS
示例：已知 hash_value:3111103299，查询 sql语句：
select * from v$sqltext
where hashvalue= '3111103299'
order by piece
V$SQLAREA
本视图持续跟踪所有 shared pool中的共享 cursor，在 shared pool中的每一条 SQL语句都对应一列。本视图在分析 SQL语句资源使用方面非常重要。
V$SQLAREA中的信息列
l HASH_VALUE： SQL语句的 Hash值。
l ADDRESS： SQL语句在 SGA中的地址。
这两列被用于鉴别 SQL语句，有时，两条不同的语句可能 hash值相同。这时候，必须连同 ADDRESS一同使用来确认 SQL语句。
l PARSING_USER_ID：为语句解析第一条 CURSOR的用户
l VERSION_COUNT：语句 cursor的数量
l KEPT_VERSIONS：
l SHARABLE_MEMORY： cursor使用的共享内存总数
l PERSISTENT_MEMORY： cursor使用的常驻内存总数
l RUNTIME_MEMORY： cursor使用的运行时内存总数。
l SQL_TEXT： SQL语句的文本（最大只能保存该语句的前 1000个字符）。
l MODULE,ACTION：使用了 DBMS_APPLICATION_INFO时 session解析第一条 cursor时的信息
V$SQLAREA中的其它常用列
l SORTS: 语句的排序数
l CPU_TIME: 语句被解析和执行的 CPU时间
l ELAPSED_TIME: 语句被解析和执行的共用时间
l PARSE_CALLS: 语句的解析调用 (软、硬 )次数
l EXECUTIONS: 语句的执行次数
l INVALIDATIONS: 语句的 cursor失效次数
l LOADS: 语句载入 (载出 )数量
l 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' );
3.查找前10条性能差的sql语句
(1) v$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中的列说明：
l SQL_TEXT： SQL文本的前 1000个字符
l SHARABLE_MEM：占用的共享内存大小 (单位： byte)
l PERSISTENT_MEM：生命期内的固定内存大小 (单位： byte)
l RUNTIME_MEM：执行期内的固定内存大小
l SORTS：完成的排序数
l LOADED_VERSIONS：显示上下文堆是否载入， 1是 0否
l OPEN_VERSIONS：显示子游标是否被锁， 1是 0否
l USERS_OPENING：执行语句的用户数
l FETCHES： SQL语句的 fetch数。
l EXECUTIONS：自它被载入缓存库后的执行次数
l USERS_EXECUTING：执行语句的用户数
l LOADS：对象被载入过的次数
l FIRST_LOAD_TIME：初次载入时间
l INVALIDATIONS：无效的次数
l PARSE_CALLS：解析调用次数
l DISK_READS：读磁盘次数
l BUFFER_GETS：读缓存区次数
l ROWS_PROCESSED：解析 SQL语句返回的总列数
l COMMAND_TYPE：命令类型代号
l OPTIMIZER_MODE： SQL语句的优化器模型
l OPTIMIZER_COST：优化器给出的本次查询成本
l PARSING_USER_ID：第一个解析的用户 ID
l PARSING_SCHEMA_ID：第一个解析的计划 ID
l KEPT_VERSIONS：指出是否当前子游标被使用 DBMS_SHARED_POOL包标记为常驻内存
l ADDRESS：当前游标父句柄地址
l TYPE_CHK_HEAP：当前堆类型检查说明
l HASH_VALUE：缓存库中父语句的 Hash值
l PLAN_HASH_VALUE：数值表示的执行计划。
l CHILD_NUMBER：子游标数量
l MODULE：在第一次解析这条语句是通过调用 DBMS_APPLICATION_INFO.SET_MODULE设置的模块名称。
l ACTION：在第一次解析这条语句是通过调用 DBMS_APPLICATION_INFO.SET_ACTION设置的动作名称。
l SERIALIZABLE_ABORTS：事务未能序列化次数
l OUTLINE_CATEGORY：如果 outline在解释 cursor期间被应用，那么本列将显示出 outline各类，否则本列为空
l CPU_TIME：解析 /执行 /取得等 CPU使用时间 (单位，毫秒 )
l ELAPSED_TIME：解析 /执行 /取得等消耗时间 (单位，毫秒 )
l OUTLINE_SID： outline session标识
l CHILD_ADDRESS：子游标地址
l SQLTYPE：指出当前语句使用的 SQL语言版本
l REMOTE：指出是否游标是一个远程映象 (Y/N)
l OBJECT_STATUS：对象状态 (VALID or INVALID)
l IS_OBSOLETE：当子游标的数量太多的时候，指出游标是否被废弃 (Y/N)