一次內鏈子查詢優化 1
為了減少I/O
最近進行了一個RAC系統的診斷和SQL調優
系統負載如下:
DB Name DB Id Instance Inst num Release RAC Host
CISLIVE 2822924692 cislive1 1 10.2.0.5.0 YES cisdb01
Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 5890 27-Apr-11 14:00:49 295 2.3
End Snap: 5891 27-Apr-11 14:58:30 298 2.6
Elapsed: 57.68 (mins)
DB Time: 37.97 (mins)
負載不是太高,我主要是為了防範未然
Load Profile
Per Second Per Transaction
Redo size: 17,555.69 33,054.70
Logical reads: 135,918.63 255,914.07
Block changes: 87.13 164.05
Physical reads: 62.17 117.05
可以看到邏輯讀叫高,檢視TOP5
Top 5 Timed Events
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 2,192 96.2
db file sequential read 6,277 32 5 1.4 User I/O
gc cr multi block request 148,225 19 0 .8 Cluster
db file scattered read 12,595 8 1 .4 User I/O
gc buffer busy 3,385 5 2 .2 Cluster
可以看到視乎有塊在RAC間傳遞,CPU TIME的解釋ORACLE說是CPU耗用在資料庫操作上的時間。
因為我這個系統是偶爾CPU下降到50%,等待時間也是偶爾出現GC CR REQUEST的情況,並沒有
達到不因為高負載當機的地步。只是防範性調優,所以負載不是很高。
分析SQL ORDER BY CPU前2位
53 53 5 10.55 2.41 2.33 ccdfj27szj143 SELECT * FROM ( Select RowNum ...
52 52 5 10.39 2.37 2.26 bh0shnmvqduzu SELECT COUNT(*) FROM PrpTmain
系統負載如下:
DB Name DB Id Instance Inst num Release RAC Host
CISLIVE 2822924692 cislive1 1 10.2.0.5.0 YES cisdb01
Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 5890 27-Apr-11 14:00:49 295 2.3
End Snap: 5891 27-Apr-11 14:58:30 298 2.6
Elapsed: 57.68 (mins)
DB Time: 37.97 (mins)
負載不是太高,我主要是為了防範未然
Load Profile
Per Second Per Transaction
Redo size: 17,555.69 33,054.70
Logical reads: 135,918.63 255,914.07
Block changes: 87.13 164.05
Physical reads: 62.17 117.05
可以看到邏輯讀叫高,檢視TOP5
Top 5 Timed Events
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 2,192 96.2
db file sequential read 6,277 32 5 1.4 User I/O
gc cr multi block request 148,225 19 0 .8 Cluster
db file scattered read 12,595 8 1 .4 User I/O
gc buffer busy 3,385 5 2 .2 Cluster
可以看到視乎有塊在RAC間傳遞,CPU TIME的解釋ORACLE說是CPU耗用在資料庫操作上的時間。
因為我這個系統是偶爾CPU下降到50%,等待時間也是偶爾出現GC CR REQUEST的情況,並沒有
達到不因為高負載當機的地步。只是防範性調優,所以負載不是很高。
分析SQL ORDER BY CPU前2位
53 53 5 10.55 2.41 2.33 ccdfj27szj143 SELECT * FROM ( Select RowNum ...
52 52 5 10.39 2.37 2.26 bh0shnmvqduzu SELECT COUNT(*) FROM PrpTmain
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7728585/viewspace-694083/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 一次內鏈子查詢優化 2優化
- 涉及子查詢sql的一次優化SQL優化
- exists與in子查詢優化優化
- MySQL子查詢的優化薦MySql優化
- 一次分頁查詢的優化優化
- Oracle not exist子查詢全掃的優化Oracle優化
- 優化擁有謂詞or的子查詢優化
- PostgreSQL 原始碼解讀(26)- 查詢語句#11(查詢優化-上拉子連結#1)SQL原始碼優化
- Mysql優化系列之——優化器對子查詢的處理MySql優化
- 一文終結SQL 子查詢優化SQL優化
- mysql子查詢的缺陷以及5.6的優化MySql優化
- PostgreSQL 原始碼解讀(29)- 查詢語句#14(查詢優化-上拉子查詢)SQL原始碼優化
- 查詢優化優化
- 一次系統檢視查詢的優化優化
- 優化-mysql子查詢索引失效問題解決優化MySql索引
- 一個NOT EXISTS含有OR條件子查詢的優化優化
- pgsql查詢優化之模糊查詢SQL優化
- 子查詢-表子查詢
- Oracle in 查詢優化Oracle優化
- MySQL查詢優化MySql優化
- join 查詢優化優化
- HBase查詢優化優化
- 查詢優化器優化
- SQL查詢優化SQL優化
- MySQL 優化五(關聯查詢子查詢以及 in 的效率問題)(高階篇)MySql優化
- 記一次 Golang 資料庫查詢元件的優化。Golang資料庫元件優化
- StoneDB 子查詢最佳化
- MySQL 的查詢優化MySql優化
- 分頁查詢優化優化
- MySQL 慢查詢優化MySql優化
- KunlunDB 查詢優化(一)優化
- MySQL優化COUNT()查詢MySql優化
- 優化sql查詢速度優化SQL
- EntityFramework優化:查詢效能Framework優化
- EntityFramework優化:查詢WITH(NOLOCK)Framework優化
- 優化星型查詢優化
- 子查詢學習筆記1筆記
- mysql查詢優化檢查 explainMySql優化AI