標籤:
官方文檔:http://docs.oracle.com/cd/E11882_01/server.112/e41573/technique.htm#PFGRF94138
1. ADDM 會給出最佳化建議
2. 如何尋找系統瓶頸:
Step1. 單使用者或者系統負載很低的情況下,系統的回應時間是否可以接受?
如果不可接受,可能系統資料,索引等有問題
Step2. CPU是否被充分利用了?
如果CPU已經被oracle充分利用,需要排查cpu佔用最高的幾個SQL。如果sql沒問題,就需要升級裝置了。
Step2. WAIT_EVENTS調優
3.oracle系統中最容易出現的效能問題
3.1 bad connection management
3.2 bad use cursors and the shared pool 不使用綁定變數,導致系統硬解析太多
3.3 bad sql sql語句消耗了大量的系統資源
3.4 Use of nonstandard initialization parameters 使用非標準的初始化參數
3.5 Getting database I/O wrong
3.6 Online redo log setup problems 線上重做記錄檔太小的話,系統檢查點會不停的給buffer cache和系統IO帶來負載壓力,太大的話可能會導致歸檔不及時。
3.7 Serialization of data blocks in the buffer cache due to lack of free lists, free list groups, transaction slots (INITRANS), or shortage of rollback segments.
利用ASSM可以解決問題
3.8 Long full table scans 全表掃描
3.9 High amounts of recursive (SYS) sql SYS使用者大量遞迴函式的調用,
3.10 Deployment and migration errors 部署和環境遷移時導致表的統計資訊丟失,索引丟失等引起的效能問題
oracle最佳化001