sql語句分析

如何分析SQL語

多時候，我們不太清楚自己寫的SQL語句好還是不好，往往數據量一大，程序運行變慢。

其實在SQL/PLUS里可以很清晰的分析出SQL語句的執行計劃，它可以提醒我們來創建索引或改變SQL語句的寫法。先在sys用戶下運行@/ORACLE_HOME/sqlplus/admin/plustrce。

sql內容：set echo ondrop role plustrace;create role plustrace;grant select on v_$sesstat to plustrace;grant select on v_$statname to plustrace;grant select on v_$session to plustrace;grant plustrace to dba with admin option;set echo off產生plustrace角色，然后在sys用戶下把此角色賦予一般用戶&usernameSQL> grant plustrace to &username；然后找到/ORACLE_HOME/rdbms/admin/utlxplan。 sql，然后在當前用戶SQL>下運行，它創建一個plan_table，用來存儲分析SQL語句的結果。

create table PLAN_TABLE ( statement_id varchar2(30), timestamp date, remarks varchar2(80), operation varchar2(30), options varchar2(30), object_node varchar2(128), object_owner varchar2(30), object_name varchar2(30), object_instance numeric, object_type varchar2(30), optimizer varchar2(255), search_columns number, id numeric, parent_id numeric, position numeric, cost numeric, cardinality numeric, bytes numeric, other_tag varchar2(255), partition_start varchar2(255), partition_stop varchar2(255), partition_id numeric, other long, distribution varchar2(30)）；在SQL/PLUS的窗口運行以下命令 set time on；（說明：打開時間顯示） set autotrace on；（說明：打開自動分析統計，并顯示SQL語句的運行結果） set autotrace traceonly；（說明：打開自動分析統計，不顯示SQL語句的運行結果）接下來你就運行測試SQL語句，看到其分析統計結果了。一般來講，我們的SQL語句應該避免對大表的全表掃描。

關閉以上功能，在SQL/PLUS的窗口運行以下命令 set time off；（說明：關閉時間顯示） set autotrace off；（說明：關閉自動分析統計）。

從哪些方面,sql語句性能如何分析

一段SQL代碼寫好以后，可以通過查看SQL的執行計劃，初步預測該SQL在運行時的性能好壞，尤其是在發現某個SQL語句的效率較差時，我們可以通過查看執行計劃，分析出該SQL代碼的問題所在。

1、打開熟悉的查看工具：PL/SQL Developer。

在PL/SQL Developer中寫好一段SQL代碼后，按F5,PL/SQL Developer會自動打開執行計劃窗口，顯示該SQL的執行計劃。

2、查看總COST，獲得資源耗費的總體印象

一般而言，執行計劃第一行所對應的COST（即成本耗費）值，反應了運行這段SQL的總體估計成本，單看這個總成本沒有實際意義，但可以拿它與相同邏輯不同執行計劃的SQL的總體COST進行比較，通常COST低的執行計劃要好一些。

3、按照從左至右，從上至下的方法，了解執行計劃的執行步驟

執行計劃按照層次逐步縮進，從左至右看，縮進最多的那一步，最先執行，如果縮進量相同，則按照從上而下的方法判斷執行順序，可粗略認為上面的步驟優先執行。每一個執行步驟都有對應的COST，可從單步COST的高低，以及單步的估計結果集（對應ROWS/基數），來分析表的訪問方式，連接順序以及連接方式是否合理。

4、分析表的訪問方式

表的訪問方式主要是兩種：全表掃描（TABLE ACCESS FULL）和索引掃描（INDEX SCAN），如果表上存在選擇性很好的索引，卻走了全表掃描，而且是大表的全表掃描，就說明表的訪問方式可能存在問題；若大表上沒有合適的索引而走了全表掃描，就需要分析能否建立索引，或者是否能選擇更合適的表連接方式和連接順序以提高效率。

5、分析表的連接方式和連接順序

表的連接順序：就是以哪張表作為驅動表來連接其他表的先后訪問順序。

表的連接方式：簡單來講，就是兩個表獲得滿足條件的數據時的連接過程。主要有三種表連接方式，嵌套循環（NESTED LOOPS）、哈希連接（HASH JOIN）和排序-合并連接（SORT MERGE JOIN）。我們常見得是嵌套循環和哈希連接。

嵌套循環：最適用也是最簡單的連接方式。類似于用兩層循環處理兩個游標，外層游標稱作驅動表，Oracle檢索驅動表的數據，一條一條的代入內層游標，查找滿足WHERE條件的所有數據，因此內層游標表中可用索引的選擇性越好，嵌套循環連接的性能就越高。

哈希連接：先將驅動表的數據按照條件字段以散列的方式放入內存，然后在內存中匹配滿足條件的行。哈希連接需要有合適的內存，而且必須在CBO優化模式下，連接兩表的WHERE條件有等號的情況下才可以使用。哈希連接在表的數據量較大，表中沒有合適的索引可用時比嵌套循環的效率要高。