用v$session_longops监视大型操作

最新推荐文章于 2021-06-03 14:07:16 发布
原创 最新推荐文章于 2021-06-03 14:07:16 发布 · 2.8k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#session #statistics #sql #table #microsoft #schema

博客介绍了使用v$session_longops视图监视运行时间长的操作（DDL和DML），使用前需满足设置条件且存在统计数据。还给出了显示长时间DDL操作已用时间的脚本，并列举了监视创建大索引和全表扫描两个实例。
部署运行你感兴趣的模型镜像

 

 

 

用v$session_longops监视大型操作

 

作者：Lunar

 

 

 

我们可以使用v$session_longops视图用于监视任何运行时间很长的操作（DDL和DML）。，使用它之前必须满足两个条件：

1.       设置TIMED_STATISTICS 或者SQL_TRACE，

2.       因为这个功能只能应用于基于成本的优化器，所以必须存在统计数据

与之相同的功能也可以使用Oracle 9i提供的DBMS_APPLICATION_INFO.SET_SESSION_LONGOPS来完成。

 

Column

Datatype

Description

SID

NUMBER

Session identifier

SERIAL#

NUMBER

Session serial number

OPNAME

VARCHAR2(64)

Brief description of the operation

TARGET

VARCHAR2(64)

The object on which the operation is carried out

TARGET_DESC

VARCHAR2(32)

Description of the target

SOFAR

NUMBER

The units of work done so far

TOTALWORK

NUMBER

The total units of work

UNITS

VARCHAR2(32)

The units of measurement

START_TIME

DATE

The starting time of operation

LAST_UPDATE_TIME

DATE

Time when statistics last updated

TIME_REMAINING

NUMBER

Estimate (in seconds) of time remaining for the operation to complete

ELAPSED_SECONDS

NUMBER

The number of elapsed seconds from the start of operations

CONTEXT

NUMBER

Context

MESSAGE

VARCHAR2(512)

Statistics summary message

USERNAME

VARCHAR2(30)

User ID of the user performing the operation

SQL_ADDRESS

RAW(4)

Used with the value of the SQL_HASH_VALUE column to identify the SQL statement associated with the operation

SQL_HASH_VALUE

NUMER

Used with the value of the SQL_ADDRESS column to identify the SQL statement associated with the operation

QCSID

NUMBER

Session identifier of the parallel coordinator

 

 

下面的脚本将显示一个状态信息，说明了运行时间很长的DDL操作已经使用的时间。

Select sid, message

From v$session_longops

Where sid = &sid

order by start_time;

 

实例1——监视创建大索引（DDL）

 

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>sqlplus lunar/lunar@lunar

 

SQL*Plus: Release 9.2.0.1.0 - Production on 星期二 6月 15 16:32:25 2004

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

连接到:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

SQL> select distinct sid from v$mystat;

 

       SID

----------

         9

 

SQL> set time on

17:16:51 SQL> create index idx_t on t(OBJECT_ID);

 

索引已创建。

 

已用时间:  00: 03: 08.00

17:20:19 SQL>

 

 

在另一个session中：

SQL> conn lunar/lunar@lunar

已连接。

SQL> analyze table t ESTIMATE STATISTICS sample 1 PERCENT;

 

表已分析。

 

SQL> set linesize 1000

SQL> column message format a70

SQL> Select sid, message

  2  From v$session_longops

  3  Where sid = 9

  4  order by start_time

  5  /

 

       SID MESSAGE

---------- --------------------------------------------------------

         9 Table Scan:  LUNAR.T: 19537 out of 19537 Blocks done

         9 SQL Execution:  : 1881 out of 1881 units done

         9 Table Scan:  LUNAR.T: 39173 out of 39173 Blocks done

         9 Sort/Merge:  : 9976 out of 9976 Blocks done

         9 Sort Output:  : 9482 out of 9482 Blocks done

 

已用时间:  00: 00: 00.00

SQL>

 

 

 

实例2——监视全表扫描

SELECT sid, serial#, opname,

       TO_CHAR(start_time,'HH24:MI:SS') AS start_time,

       (sofar/totalwork)*100 AS PERCENT_COMPLETE,

       ELAPSED_SECONDS

FROM v$session_longops;

 

SQL> SHOW USER

USER 为"LUNAR"

SQL>

SQL> select avg_space from user_tables

  2  where table_name='T';

 

 AVG_SPACE

----------

       867   说明有统计数据

 

SQL> show parameter timed_stat

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- --------------

timed_statistics                     boolean     TRUE

SQL> select * from t;

 

已选择3209728行。

 

已用时间:  00: 05: 38.06

 

Execution Plan

----------------------------------------------------------

   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=1881 Card=1605276 By

          tes=120395700)

 

   1    0   TABLE ACCESS (FULL) OF 'T' (Cost=1881 Card=1605276 Bytes=1

          20395700)

 

 

 

 

 

Statistics

----------------------------------------------------------

          0  recursive calls

          0  db block gets

     250492  consistent gets

      39165  physical reads

          0  redo size

  187470467  bytes sent via SQL*Net to client

    2354294  bytes received via SQL*Net from client

     213983  SQL*Net roundtrips to/from client

          0  sorts (memory)

          0  sorts (disk)

    3209728  rows processed

 

SQL>

 

 

 

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>sqlplus "/@lunar as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on 星期二 6月 15 17:57:04 2004

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

连接到:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

SQL> set linesize 1000

SQL> column message format a70

SQL> Select sid, message

  2  From v$session_longops

  3  Where sid = 9

  4  order by start_time

  5  /

 

       SID MESSAGE

---------- ----------------------------------------------------------------------

         9 Table Scan:  LUNAR.T: 19537 out of 19537 Blocks done

         9 SQL Execution:  : 1881 out of 1881 units done

         9 Table Scan:  LUNAR.T: 39173 out of 39173 Blocks done

         9 Sort/Merge:  : 9976 out of 9976 Blocks done

         9 Sort Output:  : 9482 out of 9482 Blocks done

         9 Table Scan:  LUNAR.T: 39173 out of 39173 Blocks done

         9 SQL Execution:  : 1881 out of 1881 units done

         9 Table Scan:  LUNAR.T: 39173 out of 39173 Blocks done

         9 SQL Execution:  : 1881 out of 1881 units done

 

已选择9行。

 

SQL> /

 

       SID    SERIAL# OPNAME                     START_TIME PERCENT_COMPLETE

---------- ---------- -------------------------- ---------- ----------------

        10         86 Import Schema Statistics   17:03:44                100

        10         86 Delete Schema Statistics   17:04:02                100

         9        167 Table Scan                 17:05:21                100

         9        167 SQL Execution              17:05:21                100

         9        167 Table Scan                 17:17:11                100

         9        167 Sort/Merge                 17:18:10                100

         9        167 Sort Output                17:18:56                100

         9        167 Table Scan                 17:28:19                100

         9        167 SQL Execution              17:28:19                100

         9        167 Table Scan                 17:28:52                100

         9        167 SQL Execution              17:28:52                100

         9        182 Table Scan                 17:59:14                100

         9        182 Table Scan                 18:22:02                100

         9        182 Table Scan                 18:24:17   2.70339264289179

 

14 rows selected

 

SQL> /

 

       SID    SERIAL# OPNAME                     START_TIME PERCENT_COMPLETE

---------- ---------- -------------------------- ---------- ----------------

        10         86 Import Schema Statistics   17:03:44                100

        10         86 Delete Schema Statistics   17:04:02                100

         9        167 Table Scan                 17:05:21                100

         9        167 SQL Execution              17:05:21                100

         9        167 Table Scan                 17:17:11                100

         9        167 Sort/Merge                 17:18:10                100

         9        167 Sort Output                17:18:56                100

         9        167 Table Scan                 17:28:19                100

         9        167 SQL Execution              17:28:19                100

         9        167 Table Scan                 17:28:52                100

         9        167 SQL Execution              17:28:52                100

         9        182 Table Scan                 17:59:14                100

         9        182 Table Scan                 18:22:02                100

         9        182 Table Scan                 18:24:17   44.0354325683506

 

14 rows selected

 

SQL> /

 

       SID    SERIAL# OPNAME                     START_TIME PERCENT_COMPLETE

---------- ---------- -------------------------- ---------- ----------------

        10         86 Import Schema Statistics   17:03:44                100

        10         86 Delete Schema Statistics   17:04:02                100

         9        167 Table Scan                 17:05:21                100

         9        167 SQL Execution              17:05:21                100

         9        167 Table Scan                 17:17:11                100

         9        167 Sort/Merge                 17:18:10                100

         9        167 Sort Output                17:18:56                100

         9        167 Table Scan                 17:28:19                100

         9        167 SQL Execution              17:28:19                100

         9        167 Table Scan                 17:28:52                100

         9        167 SQL Execution              17:28:52                100

         9        182 Table Scan                 17:59:14                100

         9        182 Table Scan                 18:22:02                100

         9        182 Table Scan                 18:24:17   70.1860975672019

 

14 rows selected

 

SQL> SELECT sid, serial#, opname,

  2     TO_CHAR(start_time,'HH24:MI:SS') AS start_time,

  3     (sofar/totalwork)*100 AS PERCENT_COMPLETE,

  4     ELAPSED_SECONDS

  5  FROM v$session_longops;

 

SID    SERIAL# OPNAME                       START_TIME PERCENT_COMPLETE ELAPSED_SECONDS

---- ---------- ---------------------------- ---------- ---------------- ---------------

  10         86 Import Schema Statistics     17:03:44                100               0

  10         86 Delete Schema Statistics     17:04:02                100               1

   9        167 Table Scan                   17:05:21                100             266

   9        167 SQL Execution                17:05:21                100             266

   9        167 Table Scan                   17:17:11                100              59

   9        167 Sort/Merge                   17:18:10                100              46

   9        167 Sort Output                  17:18:56                100              82

   9        167 Table Scan                   17:28:19                100              15

   9        167 SQL Execution                17:28:19                100              15

   9        167 Table Scan                   17:28:52                100              19

   9        167 SQL Execution                17:28:52                100              19

   9        182 Table Scan                   17:59:14                100             336

   9        182 Table Scan                   18:22:02                100              18

   9        182 Table Scan                   18:24:17                100             357

 

14 rows selected

 

SQL>

 

您可能感兴趣的与本文相关的镜像

ACE-Step

ACE-Step

音乐合成
ACE-Step

ACE-Step是由中国团队阶跃星辰（StepFun）与ACE Studio联手打造的开源音乐生成模型。 它拥有3.5B参数量，支持快速高质量生成、强可控性和易于拓展的特点。 最厉害的是，它可以生成多种语言的歌曲，包括但不限于中文、英文、日文等19种语言

oracle坏块修复
fanzhuozhuo的博客
11-02 1160
oracle坏块修复坏块模拟问题现象表坏块修复处理原则blockrecoverevent 10231，跳过坏块dbms_rowid 跳过坏块DBMS_REPAIR标记坏块，跳过坏块索引坏块修复 坏块模拟 SQL> select SEGMENT_NAME,EXTENT_ID,FILE_ID,BLOCK_ID,BLOCKS from dba_extents where SEGMENT_NAME='TEST'; SQL> set pages 1000 lines 1000 SEGMENT_NAME
Oracle DB 监控和优化RMAN
一抹曦阳-Oracle
10-09 5803
• 监视RMAN 作业进度 • 针对异步I/O 对RMAN 进行相应配置 • 配置RMAN 多路复用以保持磁带机流高效运行 • 评估备份速度与恢复速度之间的平衡 • 说明下列参数对RMAN 性能的影响：MAXPIECESIZE、FILESPERSET、MAXOPENFILES • 说明RMAN BACKUP DURATION选项如何加快或降低备份的执行速度（释放资源以进行其它处理）  
oracle慢语句查询语句,oracle 查询执行慢的sql,使用V$SESSION_LONGOPS分析
weixin_28911479的博客
04-03 855
oracle 查询执行慢的sql,使用V$SESSION_LONGOPS分析/*OPNAME：指长时间执行的操作名.如：Table ScanTARGET：被操作的object_name. 如：tableATARGET_DESC：描述target的内容SOFAR：这个是需要着重去关注的，表示已要完成的工作数，如扫描了多少个块。TOTALWORK：指目标对象一共有多少数量(预计)。如块的数量。UNIT...
oracle 展示进度,Oracle中查看慢查询进度的脚本分享
weixin_31032795的博客
04-03 194
set linesize 400;set pagesize 400;col sql_text format a100;col opname format a15;SELECT se.sid,opname,TRUNC (sofar / totalwork * 100, 2) pct_work,elapsed_seconds elapsed,ROUND (elapsed_seconds * (tota...
V$SESSION_LONGOPS 视图的用法
cucanqi9387的博客
04-10 117
有时候我们在执行一个大的动作时,想知道进度怎么样，还需要多长时间来完成，而不是干等 这个时候我们就可以借助V$SESSION_LONGOPS视图，比较详细的记录了些sql语句运行信息 但只记录超过六秒钟...
oracle 监控任务进度,有什么方法可以监控MV创建进度
weixin_42363303的博客
04-06 151
是的v$session_longops只能监控MV的查询子句执行的进度Session A:SQL> analyze table mvtest compute statistics;Table analyzed.SQL> create materialized view mv_mvtest2refresh fast start with sysdate3next sysdate+...
dbms_application_info.set_session_longops过程的使用和v$session_longops
JACKY.昊昊 的专栏
01-05 2621
今天对dbms_application_info.set_session_longops过程的使用进行了测试，测试代码如下： DECLARE rindex  BINARY_INTEGER; slno    BINARY_INTEGER; sofar   NUMBER(6,2);  target  BINARY_INTEGER; totwork NUMBER := 100; BEGIN  rin
Oracle数据库中回滚监视的深入探讨
03-04
Oracle Database 10g引入了`V$SESSION_LONGOPS`视图，这是对长期运行操作进行监视的重要工具。当回滚操作超过6秒时，该视图会记录相关信息，包括`SID`(会话ID)、`OPNAME`(操作名称)、`TIME_REMAINING`(剩余时间)和`...
Oracle数据库10g回滚监视详解
通过使用V$SESSION_LONGOPS视图，可以监控回滚操作的剩余时间和其他相关统计信息。在Oracle 9i及更低版本中，需要通过复杂的推断来估算回滚结束时间，而在10g中，这一过程变得更为直观和简便。" 在Oracle数据库中，...
oracle的健康检查__dba经常做的事情
04-21
- SQL监视：通过工具如`v$session_longops`，`gv$session`，`gv$wait_event`来识别长时间运行的SQL语句和阻塞事件。 - 系统资源使用：监控CPU、内存、I/O等资源的消耗，例如使用`V$SYSMETRIC`视图。 - 会话监控：...
Oracle971个面试题总结
志在千里
09-30 1万+
Oracle1000个面试题总结（一） 　　1. Oracle安装完成后的初始口令?                                     　　　　internal/oracle
Oracle11g使用sql_monitor实时监控sql
热门推荐
DreamDB的专栏
01-12 3万+
Oracle11g提供了对sql的实时监控，使sql优化诊断更容易。
DBMS_APPLICATION_INFO包的使用
coco3600的博客
03-19 614
DBMS_APPLICATION_INFO是一个非常有用的程序包，他提供了通过V$SESSION 跟踪脚本运行情况的能力，该包允许你在v$session中的如下三列中填值： CLIENT_INFO,MODULE,A...
how to use dbms_application_info
congticuan8801的博客
04-20 207
1. 使用dbms_application_info设置longops的相关信息, 这样我们就可以使用v$session_longops视图来监控我们的程序执行的进度了^_^.在第一个session中执行一个执行时间比较长的匿名...
ORACLE 查看SQL进程执行情况
qq_35201754的博客
02-15 9041
找到长时间执行的oracle会话，查看其操作系统进程状态 1、查询系统中长时间执行的SQL操作，顺序排列： select sid, serial#，message from v$session_longops order by start_time; 通过MESSAGE列，可以看到会话当前执行的状态。 2、查询当前正在执行的SQL或存储过程完成比率： select sid,serial#, o...
oracle赋权session语句,Oracle技巧：用v$session_longops跟踪DDL语句
weixin_33298963的博客
04-09 448
Oracle技巧：用v$session_longops跟踪DDL语句Oracle数字字典包含一个鲜为人知的v$session_longops视图。v$session_longops视图可以使Oracle专家减少运行时间很长的DDL和DML语句的运行时间。例如在数据仓库环境中，即使使用并行索引创建技术，构建一个很多G字节大的索引需要耗费很多个小时。这里你就可以查询v$session_longops视...
高手请进，v$session_longops 中的message 的具体含义
weixin_34397291的博客
05-05 173
http://www.itpub.net/thread-613256-1-1.html 高手请进，v$session_longops  中的message 的具体含义 我今天发现短信处理程序比较慢 处理过程如下  ：   1 . 查看这个程序一直运行这个语句   select record_sn ,sp_number ,charge_number ,user_numbe...
v$session_longops 查看进程的进度
hackshi008的博客
09-18 1159
http://cc59.itpub.net/post/1845/286133 DBA们经常需要监控数据库中一些花费大量时间的操作，如备份恢复，收集统计信息，排序都会记录在这个视图当中。 这个视图主要是显示运行时间超过6秒的数据库操作的状态.所以对于数据库监控一些耗时的操作是非常有意义的。 并且可以看到某个进程的执行进度。 来看看这个视图的结构： SQL> desc v$session
动态性能视图v$session_longops
Ruishine的博客
06-03 923
一 视图说明 v$session_longops视图记录了执行时间长于6秒的某个操作(备份、恢复、收集统计信息、Hash Join、Sort 、Nested loop、Table Scan、 Index Scan 等)，该视图通常用来分析SQL运行缓慢的原因，配合V$SESSION视图使用。 使用该视图，需要满足如下条件： 将初始化参数 timed_statistics设置为true或者开启sql_trace； .用ANALYZE或者DBMS_STATS对对象收集过统计信息。 列含义解释： Co
Oracle 10g中精确评估事务回滚时间的V$SESSION_LONGOPS视图
WHERE sid = <sid_of_the_session> ``` 这将返回剩余的回滚时间，帮助用户实时了解事务回滚还需多长时间完成。此外，利用Tom Kyte在AskTom.com上分享的PRINT_TABLE函数，可以更方便地以表格形式呈现视图中的所有列...
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值