如何查看oracle開(kāi)銷，或是sql的執(zhí)行效率？explain plan for sql語(yǔ)句 然后查詢計(jì)劃可以查看如下表 SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY

如何查看oracle開(kāi)銷，或是sql的執(zhí)行效率？

explain plan for sql語(yǔ)句 然后查詢計(jì)劃可以查看如下表 SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY)

ORACLE如何查看執(zhí)行時(shí)間較長(zhǎng)較慢的語(yǔ)句？

運(yùn)行慢的sql：

select * from (select sa.SQL_TEXT， sa.SQL_FULLTEXT， sa.EXECUTIONS "執(zhí)行次數(shù)"， round(sa.ELAPSED_TIME / 1000000， 2) "總執(zhí)行時(shí)間"， round(sa.ELAPSED_TIME / 1000000 / sa.EXECUTIONS， 2) "平均執(zhí)行時(shí)間"， sa.COMMAND_TYPE， sa.PARSING_USER_ID "用戶ID"， u.username "用戶名"， sa.HASH_VALUE from v$sqlarea sa left join all_users u on sa.PARSING_USER_ID = u.user_id where sa.EXECUTIONS > 0 order by (sa.ELAPSED_TIME / sa.EXECUTIONS) desc) where rownum <= 50

oracle數(shù)據(jù)庫(kù)執(zhí)行sql很慢怎么回事？

解決辦法：你需要對(duì)你的表根據(jù)查詢條件設(shè)計(jì)相應(yīng)的索引，有時(shí)候根據(jù)需要可能一個(gè)表你需要建立好幾個(gè)索引都是有可能的。然后再執(zhí)行，你會(huì)發(fā)現(xiàn)原來(lái)要30幾秒的現(xiàn)在零點(diǎn)幾秒就可以搞定了，這跟使用游標(biāo)沒(méi)什么關(guān)系。游標(biāo)的使用完全由你的應(yīng)用需要決定，我相信能不用的你肯定不會(huì)選擇使用游標(biāo)處理，一般是實(shí)在沒(méi)辦法的情況下才選擇游標(biāo)去做。 你查詢慢的原因是你在存儲(chǔ)過(guò)程中執(zhí)行的話，沒(méi)有索引時(shí)，他會(huì)一條一條查知道把80幾萬(wàn)條數(shù)據(jù)全部掃描一遍直到查完了你才看到一個(gè)結(jié)果，但是你在外面單獨(dú)執(zhí)行很快的原因是plsql他會(huì)首先去查查到幾條數(shù)據(jù)就先給你返回來(lái)，所以你馬上就看到結(jié)果了，但實(shí)際上查詢也并沒(méi)有結(jié)束，你要是數(shù)據(jù)很多的情況下你往下拉，你會(huì)發(fā)信很慢，其實(shí)查詢過(guò)程根本就還沒(méi)有結(jié)束。 總之寫(xiě)存儲(chǔ)過(guò)程第一步是會(huì)寫(xiě)，第二步是要做好優(yōu)化，否則當(dāng)你的數(shù)據(jù)量很大的時(shí)候你的過(guò)程寫(xiě)的不好的話問(wèn)題會(huì)馬上暴露出來(lái)

oracle數(shù)據(jù)庫(kù)執(zhí)行sql很慢怎么回事？

一條sql突然執(zhí)行變慢，耗時(shí)9秒，應(yīng)用是不能改的，只能從數(shù)據(jù)庫(kù)方面下手解決步驟思路：1：查看sql是否走索引2：查看索引是否失效3：hint 強(qiáng)制走索引（只是用來(lái)查看hint狀態(tài)下，查詢是否更改，應(yīng)用是不能改的）4：收集該表所有信息（包括索引）5：分析該表所有信息（包括索引）6：再次執(zhí)行并查看注意：哪個(gè)用戶執(zhí)行較慢，就用哪個(gè)用戶進(jìn)行操作，這樣才準(zhǔn)確