以下的文章抓喲是對Oracle SQL執(zhí)行緩慢的原因的分析，如果Oracle數(shù)據(jù)庫中的某張表的相關數(shù)據(jù)已是2億多時，同時此表也創(chuàng)建了相關的4個獨立的相關索引。由于業(yè)務方面的需要，每天需分兩次向此表中插入300萬條記錄。

由于數(shù)據(jù)量大，每次插入耗時3個小時以上，嚴重影響效率。

因此，修改了系統(tǒng)的算法，將此表中只存儲當天新增記錄。將此表truncate后，第二天執(zhí)行對此表的update操作時，非常耗時。表中有2億多條數(shù)據(jù)的時候，此Oracle sql語句耗時59秒；表中有300萬條數(shù)據(jù)的時候，此Oracle sql語句耗時幾個小時。

咨詢DBA后，得出結論，需重建索引。重建后，6秒完成此操作。但第三天問題依然出現(xiàn)。DBA正在查找原因。難道每次truncate表，都需要重建索引？

對于這個問題，DBA也沒有給出合理的解釋，推測主要原因是Oracle復雜的查詢優(yōu)化算法。

最終，DBA給出的解決方案：

truncate table ....  
drop index.....  
insert data .....  
create index ...  
analyze table table_name compute statistics;  

重新生成統(tǒng)計數(shù)據(jù)

調整后，整個操作耗時非常少。 

以上的相關內容就是對Oracle SQL執(zhí)行緩慢的分析的介紹，望你能有所收獲。

【編輯推薦】

1. Oracle數(shù)據(jù)庫索引的優(yōu)點與缺點簡介
2. Oracle使用游標觸發(fā)器的實際存儲過程
3. Oracle使用相關觸發(fā)器來實現(xiàn)自增ID
4. Oracle查看和修改其***的游標數(shù)
5. Oracle delete數(shù)據(jù)后的釋放表空間問題的解決