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是無法進行優化處理的,這就需要我們自己在寫程式碼的時候就注意,以便我們的程式在