以下的文章抓喲是對Oracle SQL執(zhí)行緩慢的原因的分析，如果Oracle數(shù)據(jù)庫中的某張表的相關(guān)數(shù)據(jù)已是2億多時，同時此表也創(chuàng)建了相關(guān)的4個獨立的相關(guān)索引。由于業(yè)務(wù)方面的需要，每天需分兩次向此表中插入300萬條記錄。
由于數(shù)據(jù)量大，每次插入耗時3個小時以上，嚴(yán)重影響效率。
因此，修改了系統(tǒng)的算法，將此表中只存儲當(dāng)天新增記錄。將此表truncate后，第二天執(zhí)行對此表的update操作時，非常耗時。表中有2億多條數(shù)據(jù)的時候，此Oracle sql語句耗時59秒；表中有300萬條數(shù)據(jù)的時候，此Oracle sql語句耗時幾個小時。
咨詢DBA后，得出結(jié)論，需重建索引。重建后，6秒完成此操作。但第三天問題依然出現(xiàn)。DBA正在查找原因。難道每次truncate表，都需要重建tb索引？
對于這個問題，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í)行緩慢的分析的介紹，望你能有所收獲。