深入淺出等待事件和效能診斷05
明天就是公司年終晚會,這大半個月來天天練舞也夠累的,突然發現自己在ITPUB有大半個月沒有發帖子也沒去關注了,快點調整自己吧也希望明天的年會表演都還順利,不虛度每一個年華吧,畢竟練舞還是付出了很多時間的,特別是對於自己這種手腳不是很靈活的同志,比學oracle還難。
關於autotrace開啟查詢sql執行計劃時,其實原session用於sql查詢輸出,另外內嵌了一個session來統計資訊
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
SQL> set autotrace off;
SQL> select sid,serial#,username from v$session where username is not null;
SID SERIAL# USERNAME
---------- ---------- ------------------------------
134 5 SYSMAN
138 14 SYSMAN
141 8 DBSNMP
145 33 DBSNMP
158 8 SYSMAN
159 1965 XIAOYU
已選擇6行。
SQL> set autotrace on
SQL> select sid,serial#,username from v$session where username is not null;
SID SERIAL# USERNAME
---------- ---------- ------------------------------
134 5 SYSMAN
138 14 SYSMAN
141 8 DBSNMP
145 33 DBSNMP
154 2966 XIAOYU
158 8 SYSMAN
159 1965 XIAOYU
已選擇7行。
進一步對這兩個session的程式追蹤發現這兩個session由一個程式引發建立,這也就是一個程式可能對應多個session連線。
SQL> select a.sid,a.username,a.paddr,b.pid,b.spid from v$session a,v$process
2 where a.paddr=b.addr and a.sid in (154,159);
SID USERNAME PADDR PID SPID
---------- ------------------------------ -------- ---------- ------------
154 XIAOYU 26256694 15 3920
159 XIAOYU 26256694 15 3920
又看到pub的帖子上說到了關於exp和imp對1T左右資料的遷移,其實自己也沒做過,但是效率肯定不可觀,拋開I/O不談,預設情況下,exp需要透過磁碟到sga然後到pga(如果沒有指定direct=y),同樣imp也是反向操作。如果用expdp impdp資料磊工具,指定parallel=n也就是cpu數目,例如cpu為5個,然後指定filesize=2048M,dumpfile=dbfile01,dbfile02,dbfile03,dbfile04,dbfile05,開啟多個worker並行匯出到多個檔案中,由於又是呼叫的oracle的API的內部作業機制,效能提升會上一個數量級。
也順便說一下關於asmm管理下,db_nk_cache_size 固定sga log buffer size db_recycle_cache_size等非自動調整的記憶體元件並不在asmm的sga_target自動動態管理,而是由使用者動態手工調整,相應別的能自動動態調整的元件比如cache_buffer_size,shared_pool_size的大小是需要由sga_target減去非動態自動調整元件記憶體大小,可以參考oracle_concept關於sga管理的簡介。
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/25362835/viewspace-1057126/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 深入淺出等待事件和效能診斷01事件
- 深入淺出等待事件和效能診斷02事件
- 深入淺出等待事件和效能診斷04事件
- 深入淺出等待事件和效能診斷記載03事件
- 等待事件效能診斷方法事件
- 基於等待事件的效能診斷事件
- 基於等待事件的效能診斷(轉)事件
- 等待事件快速定位診斷事件
- MySQL使用event等待事件進行資料庫效能診斷MySql事件資料庫
- 如何診斷等待事件 enq: HW - contention事件ENQ
- 轉_診斷latch:shared pool等待事件事件
- latch free 等待事件的診斷語句事件
- oracle診斷事件及深入解析10053事件Oracle事件
- db file async I/O submit等待事件的故障診斷MIT事件
- 索引分裂造成的index contention等待事件的診斷索引Index事件
- 我眼中的《深入淺出Oracle-入門、進階、診斷案例》Oracle
- ORACLE診斷事件Oracle事件
- 診斷事件(1)事件
- latch 相關效能問題診斷: latch: row cache objects等待事件導致CPU負載高Object事件負載
- 遭遇cursor:pin x等待事件定位阻塞會話診斷過程事件會話
- Oracle診斷事件列表Oracle事件
- ORACLE診斷事件(zt)Oracle事件
- oracle 效能診斷工具Oracle
- Oracle診斷事件列表(轉)Oracle事件
- oracle 事件診斷詳細Oracle事件
- 【效能調整】等待事件(三) 常見等待事件(一)事件
- 【效能調整】等待事件(四) 常見等待事件(二)事件
- ORACLE 10G 等待介面診斷(轉)Oracle 10g
- 案例 - EBS SQL效能診斷SQL
- Oracle效能診斷藝術Oracle
- Oracle所有診斷事件列表eventsOracle事件
- Oracle診斷事件例項(一)Oracle事件
- oracle 10053診斷事件Oracle事件
- ORACLE診斷事件的總結Oracle事件
- 深入淺出React和ReduxReactRedux
- 【效能調整】等待事件(一)事件
- 【效能調整】等待事件(二)事件
- Part II 診斷和優化資料庫效能優化資料庫