Oracle SQL執(zhí)行緩慢的原因
以下的文章主要介紹的是Oracle SQL執(zhí)行緩慢的分析問題描述，如果你是Oracle SQL執(zhí)行實際應(yīng)用方面的新手，你就可以通過以下的文章對Oracle SQL執(zhí)行是如何正確使用的方法有一個更好的了解，以下就是文章的詳細(xì)內(nèi)容的介紹。
Oracle SQL執(zhí)行緩慢的分析問題描述：
Oracle的優(yōu)化器共有3種:
a. RULE (基于規(guī)則) b. COST (基于成本) c. CHOOSE (選擇性)
設(shè)置缺省的優(yōu)化器,可以通過對init.ora文件中OPTIMIZER_MODE參數(shù)的各種聲明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你當(dāng)然也在SQL句級或是會話(session)級對其進(jìn)行覆蓋.
為了使用基于成本的優(yōu)化器(CBO, Cost-Based Optimizer) , 你必須經(jīng)常運(yùn)行analyze 命令,以增加數(shù)據(jù)庫中的對象統(tǒng)計信息(object statistics)的準(zhǔn)確性.
如果數(shù)據(jù)庫的優(yōu)化器模式設(shè)置為選擇性(CHOOSE),那么實際的優(yōu)化器模式將和是否運(yùn)行過analyze命令有關(guān). 如果table已經(jīng)被analyze過, 優(yōu)化器模式將自動成為CBO , 反之,數(shù)據(jù)庫將采用RULE形式的優(yōu)化器.
在缺省情況下,Oracle采用CHOOSE優(yōu)化器, 為了避免那些不必要的全表掃描(full table scan) , 你必須盡量避免使用CHOOSE優(yōu)化器,而直接采用基于規(guī)則或者基于成本的優(yōu)化器.
Oracle 數(shù)據(jù)庫中一張表的數(shù)據(jù)已經(jīng)2億多，而且此表創(chuàng)建了4個獨(dú)立的索引。由于業(yè)務(wù)需要，每天需分兩次向此表中插入300萬條記錄。由于數(shù)據(jù)量大，每次插入耗時3個小時以上，嚴(yán)重影響效率。因此，修改了系統(tǒng)的算法，將此表中只存儲當(dāng)天新增記錄。
將此表truncate后，第二天執(zhí)行對此表的update操作時，非常耗時。表中有2億多條數(shù)據(jù)的時候，此sql語句耗時59秒；表中有300萬條數(shù)據(jù)的時候，此sql語句耗時幾個小時。咨詢DBA后，得出結(jié)論，需重建索引。重建后，6秒完成此操作。但第三天問題依然出現(xiàn)。DBA正在查找原因。難道每次truncate表，都需要重建索引？
對于這個問題，DBA也沒有給出合理的解釋，推測主要原因是Oracle復(fù)雜的查詢優(yōu)化算法。
最終，DBA給出的解決方案：
- truncate table ....
- drop index.....
- insert data .....
- create index ...
- analyze table table_name compute statistics;
重新生成統(tǒng)計數(shù)據(jù)調(diào)整后，整個操作耗時非常少。
上述的相關(guān)內(nèi)容就是對Oracle SQL執(zhí)行緩慢的分析問題\，希望會給你帶來一些幫助在此方面。
【編輯推薦】
