v$undostat
本视图监控当前实例中undo空间以及事务如何运行。并统计undo空间开销，事务开销以及实例可用的查询长度。
V$UNDOSTAT中的常用列
Endtime：以10分钟为间隔的结束时间
UndoBlocksUsed：使用的undo块总数
TxnConcurrency：事务并发执行的最大数
TxnTotal：在时间段内事务执行总数
QueryLength：查询长度的最大值
ExtentsStolen：在时间段内undo区必须从一个undo段转到另一个的次数
SSTooOldError：在时间段内'Snapshot Too Old'错误发生的次数
UNDOTSN：这段时间内最后活动的undo表空间ID
视图的第一行显示了当前时间段的统计，其它的每一条记录分别以每10分钟一个区间。24小时循环，一天最多144条记录。
示例：
select * from v$undostat;
--oracle 12c，pdb没数据，查询cdb
v$open_cursor
本视图列出session打开的所有cursors，很多时候都将被用到，比如：你可以通过它查看各个session打开的cursor数。
当诊断系统资源占用时，它常被用于联接v$sqlarea和v$sql查询出特定SQL(高逻辑或物理I/O)。然后，下一步就是找出源头。在应用环境，基本都是同一类用户登陆到数据库(在V$SQLAREA中拥有相同的PARSING_USER_ID)，而通过这个就可以找出它们的不同。V$SQLAREA中的统计项在语句完全执行后被更新(并且从V$SESSION.SQL_HASH_VALUE中消失)。因此，你不能直接找到session除非语句被再次执行。不过如果session的cursor仍然打开着，你可以通过v$open_cursor找出执行这个语句的session。
V$OPEN_CURSOR中的连接列
Column View Joined Column(s)
----------------------------- ---------------------------------------- -----------------------------
HASH_VALUE, ADDRESS V$SQLAREA, V$SQL, V$SQLTEXT HASH_VALUE, ADDRESS
SID V$SESSION SID
示例：
1.找出执行某语句的session： SELECT hash_value, buffer_gets, disk_reads FROM V$SQLAREA --WHERE disk_reads > 1000000 ORDER BY buffer_gets DESC; SELECT sid FROM V$SESSION WHERE sql_hash_value SELECT sid FROM V$OPEN_CURSOR WHERE hash_Value 2.列出拥有超过400个cursor的sessionID SELECT sid, count(0) ct FROM v$open_cursor GROUP BY sid HAVING COUNT(0) > 400 ORDER BY ct desc; --事实上，v$open_cursor是一个相当常用的视图，特别是web开发应用的时候。仅通过它一个视图你就能分析出当前的连接情况，主要执行语句等。
v$rowcache
本视图显示数据字典缓存(也叫rowcache)的各项统计。每一条记录包含不同类型的数据字典缓存数据统计，注意数据字典缓存有层次差别，因此同样的缓存名称可能不止一次出现。
V$ROWCACHE常用列
PARAMETER：缓存名
COUNT：缓存项总数
USAGE：包含有效数据的缓存项数
GETS：请求总数
GETMISSES：请求失败数
SCANS：扫描请求数
SCANMISSES：扫描请求失败次数
MODIFICATIONS：添加、修改、删除操作数
DLM_REQUESTS：DLM请求数
DLM_CONFLICTS：DLM冲突数
DLM_RELEASES：DLM释放数
使用V$ROWCACHE数据
1>.确认数据字典缓存是否拥有适当的大小。如果shared pool过小，那数据字典缓存就不足以拥有合适的大小以缓存请求信息。
2>.确认应用是否有效访问缓存。如果应用设计未能有效使用数据字典缓存(比如，大数据字典缓存并不有助于解决性能问题)。例如，DC_USERS缓存在过去某段时期内出现大量GETS，看起来像是数据库中创建了大量的不同用户，并且应用记录下用户频繁登陆和注销。通过检查logon比率以及系统用户数可以验证上述数据。同时解析比率也会很高，如果这是一个大型的OLTP系统的中间层，它可能在中间层更有效的管理个别帐户，允许中间层以单用户登陆成为应用所有者。通过保持活动连接来减少logon/logoff比率也同样有效。
3>.确认是否发生动态空间分配。DC_SEGMENTS, DC_USED_EXTENTS, 以及DC_FREE_EXTENTS大量的类似大小修改将指出存在大量动态空间分配。可行的解决方案包括指定下一个区大小或者使用本地管理表空间。如果发生空间分配的是临时的表空间，则可以为其指定真正的临时表空间(If the space allocation is occurring on the temp tablespace, then use a true temporary tablespace for the temp. )。
4>.dc_sequences值的变化指出是否大量sequence号正在产生。
5>.搜集硬解析的证据。硬解析常表现为大量向DC_COLUMNS, DC_VIEWS 以及 DC_OBJECTS caches的gets。
示例：
1.分组统计数据字典统计项 SELECT parameter,sum("COUNT"),sum(usage),sum(gets),sum(getmisses), sum(scans),sum(scanmisses),sum(modifications), sum(dlm_requests),sum(dlm_conflicts),sum(dlm_releases) FROM V$ROWCACHE GROUP BY parameter; 2.检查数据字典的命中率 select 1 - sum(getmisses) / sum(gets) "data dictionary hitratio" from v$rowcache;
v$session_longops
本视图显示运行超过6秒的操作的状态。包括备份，恢复，统计信息收集，查询等等。
要监控查询执行进展状况，你必须使用cost-based优化方式，并且：
设置TIMED_STATISTICS或SQL_TRACE参数值为true。
通过ANALYZE或DBMS_STATS数据包收集对象统计信息。
你可以通过DBMS_APPLICATION_INFO.SET_SESSION_LONGOPS过程添加application-specific长运行操作信息到本视图。关于DBMS_APPLICATION_INFO.SET_SESSION_LONGOPS的更多信息可以浏览：Oracle Supplied PL/SQL Packages and Types Reference。
V$SESSION_LONGOPS列说明
SID：Session标识
SERIAL#：Session串号
OPNAME：操作简要说明
TARGET：操作运行所在的对象
TARGET_DESC：目标对象说明
SOFAR：至今为止完成的工作量
TOTALWORK：总工作量
UNITS：工作量单位
START_TIME：操作开始时间
LAST_UPDATE_TIME：统计项最后更新时间
TIME_REMAINING：预计完成操作的剩余时间(秒)
ELAPSED_SECONDS：从操作开始总花费时间(秒)
CONTEXT：前后关系
MESSAGE：统计项的完整描述
USERNAME：执行操作的用户ID
SQL_ADDRESS：用于连接查询的列
SQL_HASH_VALUE：用于连接查询的列
QCSID：
示例：
select sid,opname,sofar,totalwork,units,sql_hash_value from v$session_longops; select a.sql_text from v$sqlarea a,v$session_longops b where a.HASH_VALUE=b.SQL_HASH_VALUE;
v$waitstat
本视图保持自实例启动所有的等待事件统计信息。常用于当你发现系统存在大量的"buffer busy waits"时据此做出适当调整。
V$WAITSTAT中的常用列
CLASS：块类别
WAITS：本类块的等待次数
TIME：本类块的总等待时间
等待发生的原因：
1.undo段头部：没有足够的回滚段
2.数据段头部/数据段空闲列：空闲列争夺
3.数据块冲突
4.缓存存在大量的CR复制
5.range检索时，索引列存在大量不连续
6.全表检索的表有大量被删除记录
7.高并发的读写块
select * from v$waitstat order by 3 desc