oracle查看执行最慢与查询次数最多的sql语句及其执行速度很慢的问题分析
oracle查看執行最慢與查詢次數最多的sql語句
注:本文來源 于《oracle查看執行最慢與查詢次數最多的sql語句》
前言
在ORACLE數據庫應用調優中,一個SQL的執行次數/頻率也是常常需要關注的,因為某個SQL執行太頻繁,要么是由于應用設計有缺陷,需要在業務邏輯上做出優化處理,要么是業務特殊性所導致。如果執行頻繁的SQL,往往容易遭遇一些并發性的問題。 那么如何查看ORACLE數據庫某個SQL的執行頻率/次數呢? 下面來看看完整的示例代碼。
一、查詢執行最慢的sql
select *from (select sa.SQL_TEXT,sa.SQL_FULLTEXT,sa.EXECUTIONS "執行次數",round(sa.ELAPSED_TIME / 1000000, 2) "總執行時間",round(sa.ELAPSED_TIME / 1000000 / sa.EXECUTIONS, 2) "平均執行時間",sa.COMMAND_TYPE,sa.PARSING_USER_ID "用戶ID",u.username "用戶名",sa.HASH_VALUEfrom v$sqlarea saleft join all_users uon sa.PARSING_USER_ID = u.user_idwhere sa.EXECUTIONS > 0order by (sa.ELAPSED_TIME / sa.EXECUTIONS) desc)where rownum <= 50;二、查詢次數最多的 sql
select *from (select s.SQL_TEXT,s.EXECUTIONS "執行次數",s.PARSING_USER_ID "用戶名",rank() over(order by EXECUTIONS desc) EXEC_RANKfrom v$sql sleft join all_users uon u.USER_ID = s.PARSING_USER_ID) twhere exec_rank <= 100;三、Oracle查詢SQL語句執行的耗時
select a.sql_text SQL語句,b.etime 執行耗時,c.user_id 用戶ID,c.SAMPLE_TIME 執行時間,c.INSTANCE_NUMBER 實例數,u.username 用戶名, a.sql_id SQL編號from dba_hist_sqltext a,(select sql_id, ELAPSED_TIME_DELTA / 1000000 as etimefrom dba_hist_sqlstatwhere ELAPSED_TIME_DELTA / 1000000 >= 1) b,dba_hist_active_sess_history c,dba_users uwhere a.sql_id = b.sql_idand u.username = 'SYNC_PLUS_1_20190109'and c.user_id = u.user_idand b.sql_id = c.sql_id-- and a.sql_text like '%insert into GK_ZWVCH_HSC_NEW select %'order by SAMPLE_TIME desc,b.etime desc;四:定位系統里面哪些SQL腳本存在TABLE ACCESS FULL行為
select *from v$sql_plan vwhere v.operation = 'TABLE ACCESS'and v.OPTIONS = 'FULL'and v.OBJECT_OWNER='SYNC_PLUS_1_20190109';或者
select s.SQL_TEXT from v$sqlarea s where s.ADDRESS = '00000000A65D2318';
?
Oracle SQL執行緩慢的原因以及解決方案
對Oracle SQL執行緩慢的原因的分析,如果Oracle數據庫中的某張表的相關數據已是2億多時,同時此表也創建了相關的4個獨立的相關索引。由于業務方面的需要,每天需分兩次向此表中插入300萬條記錄。
由于數據量大,每次插入耗時3個小時以上,嚴重影響效率。
因此,修改了系統的算法,將此表中只存儲當天新增記錄。將此表truncate后,第二天執行對此表的update操作時,非常耗時。表中有2億多條數據的時候,此Oracle sql語句耗時59秒;表中有300萬條數據的時候,此Oracle sql語句耗時幾個小時。
咨詢DBA后,得出結論,需重建索引。重建后,6秒完成此操作。但第三天問題依然出現。DBA正在查找原因。難道每次truncate表,都需要重建索引?
對于這個問題,DBA也沒有給出合理的解釋,推測主要原因是Oracle復雜的查詢優化算法。
最終,DBA給出的解決方案:
truncate table ....?
drop index.....?
insert data .....?
create index ...?
analyze table table_name compute statistics;?
重新生成統計數據
調整后,整個操作耗時非常少。
以上的相關內容就是對Oracle SQL執行緩慢的分析的介紹,望你能有所收獲。
轉載于:https://www.cnblogs.com/ios9/p/10249007.html
總結
以上是生活随笔為你收集整理的oracle查看执行最慢与查询次数最多的sql语句及其执行速度很慢的问题分析的全部內容,希望文章能夠幫你解決所遇到的問題。
 
                            
                        - 上一篇: bzoj2194 快速傅里叶之二
- 下一篇: Luogu P4916 魔力环
