v$sql——儲存的是具體的SQL語句和執行計劃相關資訊！

阿新 • • 發佈：2019-01-08

如果知道了session的sid就可以找到當前session正在執行的sql：

SQL> select sql_text,fetches,executions,parse_calls,disk_reads,cpu_time,elapsed_time from v$sql t1,v$session t2 where t1.sql_id = t2.sql_id and t2.sid = 145;

SQL_TEXT                                              FETCHES EXECUTIONS PARSE_CALLS DISK_READS   CPU_TIME ELAPSED_TIME
-------------------------------------------------- ---------- ---------- ----------- ---------- ---------- ------------
insert into t select * from dba_objects                     0          2           2        133    1761441      3754195

在v$sql裡面的資訊，和在執行計劃裡面看到的資訊差不多。關於v$sql的每一列的作用，可以參考《Oracle® Database Reference》

這裡想說的是（elapsed_time - cpu_time）3754195 - 1761441 = 1992754 這個時間就是在執行sql過程中的等待時間。這樣可以看出sql的大部分時間到底是在等待，還是在執行！

都知道shared_pool裡面存放的是最近執行的sql語句，可以使用命令alter system flush shared_pool;來清空共享池中的資訊：

SQL> select spid from v$process where addr = (select paddr from v$session where sid = (select sid from v$mystat where rownum = 1));

SPID
------------
3427

SQL> variable x number;
SQL> exec :x:=100;

PL/SQL 過程已成功完成。

SQL> alter session set sql_trace = true;

會話已更改。

SQL> select owner,object_name from t where object_id = :x;

OWNER                          OBJECT_NAME
------------------------------ --------------------
SYS                            I_TYPED_VIEW1

SQL> select owner,object_name from t where object_id = :x;

OWNER                          OBJECT_NAME
------------------------------ --------------------
SYS                            I_TYPED_VIEW1

SQL> alter system flush shared_pool;

系統已更改。

SQL> select owner,object_name from t where object_id = :x;

OWNER                          OBJECT_NAME
------------------------------ --------------------
SYS                            I_TYPED_VIEW1

SQL> alter session set sql_trace = false;

aggregate=no的意思是如果同一條sql語句多次執行，在tkprof生成的trace檔案中分別列出。預設是aggregate=yes，會進行合併處理。

[[email protected] udump]$ tkprof orcl_ora_3427.trc trace explain=u1/u1 sys=no aggregate=no

TKPROF: Release 10.2.0.4.0 - Production on 星期日 10月 30 10:01:26 2011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.


[[email protected] 
 udump]$ cat trace.prf 

TKPROF: Release 10.2.0.4.0 - Production on 星期日 10月 30 10:01:26 2011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

Trace file: orcl_ora_3427.trc
Sort options: default

********************************************************************************
count    = number of times OCI procedure was executed
cpu      = cpu time in seconds executing 
elapsed  = elapsed time in seconds executing
disk     = number of physical reads of buffers from disk
query    = number of buffers gotten for consistent read
current  = number of buffers gotten in current mode (usually for update)
rows     = number of rows processed by the fetch or execute call
--------------------------------------------------------------------------------

*** SESSION ID:(145.9) 2011-10-30 09:59:11.823

********************************************************************************

select owner,object_name 
from
 t where object_id = :x


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.11          0          0          0           0
Fetch        2      0.00       0.00          0          5          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.00       0.11          0          5          0           1

Misses in library cache during parse:                1--硬解析
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 65  (U1)

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  TABLE ACCESS BY INDEX ROWID T (cr=5 pr=0 pw=0 time=45 us)
      1   INDEX RANGE SCAN T_IND (cr=4 pr=0 pw=0 time=35 us)(object id 53054)


Rows     Execution Plan
-------  ---------------------------------------------------
      0  SELECT STATEMENT   MODE: ALL_ROWS
      1   TABLE ACCESS   MODE: ANALYZED (BY INDEX ROWID) OF 'T' (TABLE)
      1    INDEX   MODE: ANALYZED (RANGE SCAN) OF 'T_IND' (INDEX)

********************************************************************************

select owner,object_name 
from
 t where object_id = :x


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        2      0.00       0.00          0          5          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.00       0.00          0          5          0           1
Misses in library cache during parse:                0--軟解析
Optimizer mode: ALL_ROWS
Parsing user id: 65  (U1)

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  TABLE ACCESS BY INDEX ROWID T (cr=5 pr=0 pw=0 time=429 us)
      1   INDEX RANGE SCAN T_IND (cr=4 pr=0 pw=0 time=419 us)(object id 53054)


Rows     Execution Plan
-------  ---------------------------------------------------
      0  SELECT STATEMENT   MODE: ALL_ROWS
      1   TABLE ACCESS   MODE: ANALYZED (BY INDEX ROWID) OF 'T' (TABLE)
      1    INDEX   MODE: ANALYZED (RANGE SCAN) OF 'T_IND' (INDEX)

********************************************************************************

alter system flush shared_pool                --清空共享池


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.02       0.02          0          0          0           0
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        2      0.02       0.02          0          0          0           0

Misses in library cache during parse: 0
Parsing user id: 65  (U1)
********************************************************************************

select owner,object_name 
from
 t where object_id = :x


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        2      0.00       0.00          0          5          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.00       0.00          0          5          0           1

Misses in library cache during parse:           1--硬解析
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 65  (U1)

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  TABLE ACCESS BY INDEX ROWID T (cr=5 pr=0 pw=0 time=30 us)
      1   INDEX RANGE SCAN T_IND (cr=4 pr=0 pw=0 time=26 us)(object id 53054)


Rows     Execution Plan
-------  ---------------------------------------------------
      0  SELECT STATEMENT   MODE: ALL_ROWS
      1   TABLE ACCESS   MODE: ANALYZED (BY INDEX ROWID) OF 'T' (TABLE)
      1    INDEX   MODE: ANALYZED (RANGE SCAN) OF 'T_IND' (INDEX)

********************************************************************************

alter session set sql_trace = false


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.02       0.02          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        2      0.02       0.02          0          0          0           0

Misses in library cache during parse: 0
Parsing user id: 65  (U1)



********************************************************************************

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        5      0.02       0.02          0          0          0           0
Execute      5      0.03       0.15          0          0          0           0
Fetch        6      0.00       0.00          0         15          0           3
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total       16      0.06       0.17          0         15          0           3

Misses in library cache during parse: 2
Misses in library cache during execute: 2


OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse       54      0.01       0.01          0          0          0           0
Execute    130      0.04       0.04          0          0          0           0
Fetch      405      0.02       0.08          7        396          0         972
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total      589      0.08       0.13          7        396          0         972

Misses in library cache during parse: 16
Misses in library cache during execute: 16

    5  user  SQL statements in session.
  130  internal SQL statements in session.
  135  SQL statements in session.
    3  statements EXPLAINed in this session.
********************************************************************************
Trace file: orcl_ora_3427.trc
Trace file compatibility: 10.01.00
Sort options: default

       1  session in tracefile.
       5  user  SQL statements in trace file.
     130  internal SQL statements in trace file.
     135  SQL statements in trace file.
      19  unique SQL statements in trace file.
       3  SQL statements EXPLAINed using schema:
           U1.prof$plan_table
             Default table was used.
             Table was created.
             Table was dropped.
    1498  lines in trace file.
      26  elapsed seconds in trace file.

可以看見第一次是硬解析，第二次就是軟解析了。清空了共享池之後，又是硬解析了！！！

捕獲排序sql語句：（這裡不包含記憶體排序，是指磁碟排序。）

select distinct a.sid,
                a.serial#,
                a.process,
                to_char(a.logon_time, 'yyyy-mm-dd hh24:mi:ss') logon,
                a.osuser,
                c.tablespace,
                b.sql_text
  from v$session a, v$sql b, v$sort_usage c
 where a.sql_address = b.address(+)
   and a.sql_address = c.sqladdr;

如：

SQL> select distinct a.sid,
  2                  a.serial#,
  3                  a.process,
  4                  to_char(a.logon_time, 'yyyy-mm-dd hh24:mi:ss') logon,
  5                  a.osuser,
  6                  c.tablespace,
  7                  b.sql_text
  8    from v$session a, v$sql b, v$sort_usage c
  9   where a.sql_address = b.address(+)
 10     and a.sql_address = c.sqladdr;

       SID    SERIAL# PROCESS      LOGON               OSUSER                         TABLESPACE                      SQL_TEXT
---------- ---------- ------------ ------------------- ------------------------------ ------------------------------- --------------------------------------------------
       143        166 4278         2011-12-05 05:30:55 oracle                         TEMP                            select * from test order by owner

v$sql——儲存的是具體的SQL語句和執行計劃相關資訊！

如果知道了session的sid就可以找到當前session正在執行的sql： SQL> select sql_text,fetches,executions,parse_calls,disk_reads,cpu_time,elapsed_time from v$s

T-SQL 無引數的儲存過程的建立和執行

1 use StudentManager 2 go 3 if exists(select * from sysobjects where name='usp_ScoreQuery') 4 drop procedure usp_ScoreQuery 5 go 6 create procedur

mybatis下使用log4j列印sql語句和執行結果

本來以為很簡單的問題, 結果自己搞了半天還是不行; 然後google, baidu, 搜出來各種方法, 有加slf4j*.jar的,有說去掉slf4j*.jar,還有說要配置mybatis.cfg.xml的, 有的甚至一眼看上去就是不可能成功的. 試了這麼多, 結果沒有一

Kettle Sql Server插入語句和執行語句生成方法

declare @tableName varchar(50) set @tableName='Shop_Product' declare @colName varchar(50),@typeName varchar(30),@isnull int,@order int d

SQL和PL/SQL的效能優化之二--執行計劃管理

1、提示--它們僅是建議，優化器可以選擇忽略他們。事實上，優化器將盡可能地遵從優化提示，哪怕會導致空難性的效能影響。一般來說，只有當你用盡非直接方法（收集統計資訊，建立柱狀圖及設定配置引數等）之後，才可以考慮使用提示。下面是一些更常見的提示：

翻譯：Introduction to SQLSever Statistics SQL Server統計資訊簡介 Statistics and Execution Plans統計和執行計劃 Statistics Maintenance統計維護

《Pro SQL Server Internals, 2nd edition》的CHAPTER 3 Statistics中的Introduction to SQLSever Statistics SQL Server(P55~58)、Statistics and Execution Plans(P62~6

PL/SQL 多條insert語句一起執行

一次性執行多條insert語句INSERT INTO wtr_workrecord (id,wbs_id,gic_id,activity_id,city_id,work_date,norduration,description,sitename,neid,netypeid

使用SQL Profile穩定SQL語句的執行計劃

SQL> @C:\Users\kzvz914\Desktop\AFG\coe_xfr_sql_profile.SQL Parameter 1: SQL_ID (required) Enter value for 1: bbp1a0d9xkagg PLAN_HA

通過分析SQL語句的執行計劃優化SQL(總結)

如何幹預執行計劃 - - 使用hints提示基於代價的優化器是很聰明的，在絕大多數情況下它會選擇正確的優化器，減輕了DBA的負擔。但有時它也聰明反被聰明誤，選擇了很差的執行計劃，使某個語句的執行變得奇慢無比。此時就需要DBA進行人為的干預，告訴優化器使用我們指定的存取路徑或連線型別生成執行計劃，從而使

第四章 PL/SQL塊動態查詢語句和異常處理練習題答案

動態執行SQL語句： 1、用PLSQL給emp新增dname列，然後更新這個列的資料；異常和動態執行SQL部分： declare sql_stmt1 varchar2(200); –動態SQL語句 sql_stmt2 varchar2(200);

清除SQL Server資料快取和執行計劃快取,檢視執行計劃的各種方式對比

清除資料和執行計劃快取： DBCC DROPCLEANBUFFERSDBCC FREEPROCCACHE 開啟統計資料： SET STATISTICS IO ON SET STATISTICS TIME ON 開啟執行計劃： SET SHOWPLAN_TEXT ONSET S

SQL儲存過程、觸發器和遊標

儲存過程 1、儲存過程是事先編好的、儲存在資料庫中的程式，這些程式用來完成對資料庫的指定操作。 2、系統儲存過程: SQL Server本身提供了一些儲存過程，用於管理有關資料庫和使用者的資訊。使用者儲存過程: 使用者也可以編寫自己的儲存過程，並把它存放在資料庫中，供客戶端呼叫。 3、這樣安排的主要目的就

檢視sql語句的執行計劃

EXPLAIN PLAN 是一個很好的分析SQL語句的工具,它甚至可以在不執行SQL的情況下分析語句. 通過分析,我們就可以知道ORACLE是怎麼樣連線表,使用什麼方式掃描表(索引掃描或全表掃描)以及使用到的索引名稱. 你需要按照從裡到外,從上到下的次序解讀分

執行SQL儲存過程/SQL與excel互導

昨天。。。客戶要求，說要把資料庫裡的資料匯出到excel，沒辦法，以前沒做過這個，只好去網上查資料幾經周折，終於找到了方法，不過是利用sql的儲存過程來實現的。。。。。 ***************************************************

sql儲存過程，語句拼接，使用遊標

DECLARE @paramNameCh NVARCHAR(50) DECLARE @paramFoid NVARCHAR(50) SET @paramNameCh = '張三,李四,' SET @paramFoid = '441112197702157913,1

ORACLE資料庫SQL優化--->如何得到真實的執行計劃

在ORACLE資料庫裡通常可以使用如下的四種方法來得到目標SQL的執行計劃： 1，EXPLAIN PLAN命令 2，DBMS_XPLAN包 3，SQLPLUS中的AUTOTRACE開關 4，10046事件除了第四種方法外，其他的三種方法得到的執行計劃都有可能不準確。在OR

記一次SqlServer大表查詢語句優化和執行計劃分析

資料庫： sqlserver2008r2 表： device_data 資料量：2000w行左右表結構 CREATE TABLE [dbo].[device_data]( [Id] [int] IDENTITY(1,1) NOT NULL, [DeviceId] [nvarc

MySQL通過Explain查看select語句的執行計劃結果觸發寫操作

fun 學習交流 target emp tables HERE 背景一次 time 【背景】　　某某同學執行了一下Explain結果結果發現數據庫有了一條寫入操作，恭喜這位同學你的鍋到貨了，你簽收一下；　　對！你沒有聽錯，在一種場景下就算是Explain也會引發

執行緒池和執行緒相關類

執行緒池概述系統啟用一個新執行緒的成本是比較高的，因為它涉及與作業系統互動。在這種情形下，使用執行緒池可以很好的提高效能。執行緒池在系統啟動時即建立大量空閒的執行緒，程式將一個Runnable物件或Callable物件傳給執行緒池，執行緒池會啟動一個執行緒來執行它們的run()或call方

程序和執行緒相關知識總結

程序 1. 組成結構：由程式段、程式碼段和程序控制塊（PCB）組成。 2. 基本屬性：1）是一個可以獨立擁有資源的獨立單位 2）同時又是一個可獨立排程和分派的基本單位。 3. 三種基本狀態：就緒狀

v$sql——儲存的是具體的SQL語句和執行計劃相關資訊！

相關推薦