1. 程式人生 > >oracle效能調優之--Oracle sql語句跟蹤

oracle效能調優之--Oracle sql語句跟蹤

SQL> showparameter sql

NAME                                 TYPE        VALUE

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

plsql_ccflags                        string

plsql_code_type                      string      INTERPRETED

plsql_compiler_flags                 string      INTERPRETED, NON_DEBUG

plsql_debug                          boolean     FALSE

plsql_native_library_dir             string

plsql_native_library_subdir_count    integer    0

plsql_optimize_level                 integer     2

plsql_v2_compatibility               boolean     FALSE

plsql_warnings                       string      DISABLE:ALL

sql92_security                       boolean     FALSE

sql_trace                            boolean     FALSE

sql_version                          string      NATIVE

sqltune_category                     string      DEFAULT

SQL>alter  session set    sql_trace=true

對於跟蹤的sql語句,生成的trace 檔案放在udump

通過以下語句可以查到生成的trc檔案

SQL> selectusername,addr,spid from v$process

  2       where addr=( select paddr from v$session

  3                          where sid=( selectdistinct sid from v$mystat));

USERNAME        ADDR    SPID

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

oracle          2AE1D48C 13954

SQL> showparameter dump

NAME                                 TYPE        VALUE

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

background_core_dump                 string      partial

background_dump_dest                 string      /u01/app/oracle/admin/ora1/bdump

core_dump_dest                       string      /u01/app/oracle/admin/ora1/cdump

max_dump_file_size                   string      UNLIMITED

shadow_core_dump                     string      partial

user_dump_dest                       string      /u01/app/oracle/admin/ora1/udump

[[email protected] ~]$ ls-lth /u01/app/oracle/admin/ora1/udump/

total 156K

-rw-r----- 1 oracleoinstall  87K May 26 17:29 ora1_ora_13954.trc

tkprof分析,跟蹤檔案

[[email protected] ~]$tkprof

Usage: tkproftracefile outputfile [explain= ] [table= ]

              [print= ] [insert= ] [sys= ][sort= ]

  table=schema.tablename   Use 'schema.tablename' with 'explain='option.

  explain=user/password    Connect to ORACLE and issue EXPLAIN PLAN.

  print=integer    List only the first 'integer' SQLstatements.

  aggregate=yes|no

  insert=filename  List SQL statements and data inside INSERTstatements.

  sys=no           TKPROF does not list SQL statementsrun as user SYS.

  record=filename  Record non-recursive statements found in thetrace file.

  waits=yes|no     Record summary for any wait events foundin the trace file.

  sort=option      Set of zero or more of the following sortoptions:

    prscnt number of times parse was called

    prscpu cpu time parsing

    prsela elapsed time parsing

    prsdsk number of disk reads during parse

    prsqry number of buffers for consistent read during parse

    prscu  number of buffers for current read during parse

    prsmis number of misses in library cache during parse

    execnt number of execute was called

    execpu cpu time spent executing

    exeela elapsed time executing

    exedsk number of disk reads during execute

    exeqry number of buffers for consistent read during execute

    execu  number of buffers for current read during execute

    exerow number of rows processed during execute

    exemis number of library cache misses during execute

    fchcnt number of times fetch was called

    fchcpu cpu time spent fetching

    fchela elapsed time fetching

    fchdsk number of disk reads during fetch

    fchqry number of buffers for consistent read during fetch

    fchcu  number of buffers for current read during fetch

    fchrow number of rows fetched

    userid userid of user that parsed the cursor

相關推薦

oracle效能調--Oracle sql語句跟蹤

SQL> showparameter sql NAME                                 TYPE        VALUE ----------------------------------------------- -------

oracle 效能調資料庫中的常見效能問題

在Oracle資料庫中找到的常見的效能問題  這部分列列表,並且描述在oracle資料庫中存在的通用效能問題。 在隨後的oracle效能方法中,你應該能偶避免這些問題。如果你操作過 這些問題的經驗,那麼重複oracle效能方法中的步驟就可以了。這在利用oracle

sql server 效能調 SQL語句阻塞查詢

原文: sql server 效能調優之 SQL語句阻塞查詢  在生產環境下,有時公司客服反映網頁半天打不到,除了在瀏覽器按F12的Network響應來排查,確定web伺服器無故障後。就需要檢查資料庫是否有出現阻塞 當時資料庫的生產環境中主表資料量超過2000w,子表資料量超過1億,且更新和新增

sql server 效能調 邏輯記憶體消耗最大資源分析1 (自sqlserver服務啟動以後)

原文: sql server 效能調優之 邏輯記憶體消耗最大資源分析1 (自sqlserver服務啟動以後) 一.概述   IO 記憶體是sql server最重要的資源,資料從磁碟載入到記憶體,再從記憶體中快取,輸出到應用端,在sql server 記憶體初探中有介紹。在明白了sqlserver記憶體原

sql server 效能調 CPU消耗最大資源分析1 (自sqlserver服務啟動以後)

原文: sql server 效能調優之 CPU消耗最大資源分析1 (自sqlserver服務啟動以後) 一. 概述   上次在介紹效能調優中講到了I/O的開銷檢視及維護,這次介紹CPU的開銷及維護, 在調優方面是可以從多個維度去發現問題如I/O,CPU,  記憶體,鎖等,不管從哪個維度去解決,

sql server 效能調 死鎖排查

原文: sql server 效能調優之 死鎖排查 一.概述          記得以前客戶在使用軟體時,有偶發出現死鎖問題,因為發生的時間不確定,不好做問題的重現,當時解決問題有點棘手了。現總結下檢視死鎖的常用二種方式。 1.1 第一種是圖形化監聽:

sql server 效能調 資源等待PAGELATCH

原文: sql server 效能調優之 資源等待PAGELATCH 一.概述   在前幾章介紹過 sql server 效能調優資源等待之PAGEIOLATCH,PAGEIOLATCH是出現在sql server要和磁碟作互動的時候,所以加個IO兩個字。這次來介紹PAGELATCH。PAGELATCH型

sql server 效能調 資源等待網路I/O

原文: sql server 效能調優之 資源等待之網路I/O 一.概述    與網路I/O相關的等待的主要是ASYNC_NETWORK_IO,是指當sql server返回資料結果集給客戶端的時候,會先將結果集填充到輸出快取裡(ouput cache),同時網路層會開始將輸出快取裡的資料打包,

Oracle效能調 AWR分析一例

本節包含了Oracle關鍵指標的記憶體命中率及其它資料庫例項操作的效率。其中Buffer Hit Ratio 也稱Cache Hit Ratio,Library Hit ratio也稱Library Cache Hit ratio。同Load Profile一節相同,這一節也沒有所謂“正確”的值,而只能根據應

效能調Oracle AWR報告指標全解析

Hawk Eyes 看AWR的鷹眼= 基礎理論夯實+看過500份以上AWR 啥是AWR? =====================================================================================

Nginx效能調快取記憶體

Nginx可以快取一些檔案(一般是靜態檔案),減少Nginx與後端伺服器的IO,提高使用者訪問速度。而且當後端伺服器宕機時,Nginx伺服器能給出相應的快取檔案響應相關的使用者請求。 一 Nginx靜態快取基本配置 在tomcat的webapps目錄下建立hello.html,內容

Spark效能調原理分析

spark效能調優之前先明白原理,具體如下: 使用spark-submit提交一個Spark作業之後,這個作業就會啟動一個對應的Driver程序。根據使用的部署模式(deploy-mode)不同,Driver程序可能在本地啟動,也可能在叢集中某個工作節點上啟動。Driver程序本身會根

效能調MySQL篇三:MySQL配置定位以及優化

1、優化方式 一般的優化方法有:硬體優化,配置優化,sql優化,表結構優化。下面僅僅介紹配置優化,具體優化設定可以參考本人另外一篇部落格,傳送門:https://www.cnblogs.com/langhuagungun/p/9507206.html 2、mysql配置分析 1)常見瓶頸 90%系統瓶

效能調MySQL篇四:MySQL配置定位以及優化

一、CPU最大效能模式 cpu利用特點 5.1 最高可用4個核 5.5 最高可用24核 5.6 最高可用64核心 一次query對應一個邏輯CPU 你仔細檢查的話,有些伺服器上會有的一個有趣的現象:你cat /proc/cpuinfo時,會發現CPU的頻率竟然跟它標

Mysql調sql抓取

在生產中,經常遇到某條sql執行速度慢而影響整個系統的執行,如何找到這條影響系統的sql是解決問題的前提。 mysql在出廠時許多預設功能並未開啟,這樣是為了保證mysql的執行效能,像上述問題一樣,我們可以開啟 sql慢查詢日誌,從而抓取拖慢系統的某條sql。 1、檢視慢日誌查詢開啟狀

Android APP全方位效能調螢幕適配終結者

優點 1. 無侵入性 首先科普下 Android 中的一個長度單位:pt,它表示一個點,是螢幕的物理尺寸,其大小為 1 英寸的 1 / 72,也就是 72pt 等於 1 英寸(其實 Android 中還有比較少見的 in 和 mm 的長度單位)。而我本次的適配使用的單位恰好是 pt,所以對你

Spark效能調廣播變數

廣播變數概述及其優勢廣播變數(groadcast varible)為只讀變數,它有執行SparkContext的driver程式建立後傳送給參與計算的節點。對那些需要讓工作節點高效地訪問相同資料的應用場景,比如機器學習。我們可以在SparkContext上呼叫broadcas

一次執行緒池有關的效能調

最近在做的專案,在除錯時打開了top,發現CPU一直是90%以上的,這讓我們感覺奇怪。一般來說寫得好的程式,CPU不應該滿負載執行。大家決定查詢原因。 1、總共有3個大模組,每個模組都是由Quartz定時器觸發。所以每次只開放一個,遮蔽掉其他兩個。結果發現,本人和大師寫的模

JVM效能調生成堆的dump檔案

 最近因專案存在記憶體洩漏,故進行大規模的JVM效能調優 , 現把經驗做一記錄。 一、JVM記憶體模型及垃圾收集演算法  1.根據Java虛擬機器規範,JVM將記憶體劃分為: New(年輕代)Tenured(年老代)永久代(Perm)   其中New和Tenured屬

jvm效能調 工具說明

我們知道,在JVM編譯期和載入器,甚至執行期已經做了大量的調優操作,但是那些都是JVM針對Java程式所做的通用的、簡單的優化,程式在執行時由於執行環境的複雜性、業務邏輯的複雜性,很多JVM是無法進行優化處理的,這就需要我們自己在寫程式碼的時候就注意,以便我們的程式在