華閱文章網sql性能數據有哪些
1、1、調整數據結構的設計。
這一部分在開發信息系統之前完成，程序員需要考慮是否使用ORACLE數據庫的分區功能，對于經常訪問的數據庫表是否需要建立索引等。 2、2、調整應用程序結構設計。
這一部分也是在開發信息系統之前完成，程序員在這一步需要考慮應用程序使用什么樣的體系結構，是使用傳統的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的數據庫資源是不同的。
3、3、調整數據庫SQL語句。應用程序的執行最終將歸結為數據庫中的SQL語句執行，因此SQL語句的執行效率最終決定了ORACLE數據庫的性能。
ORACLE公司推薦使用ORACLE語句優化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調整優化SQL語句。 4、4、調整服務器內存分配。
內存分配是在信息系統運行過程中優化配置的，數據庫管理員可以根據數據庫運行狀況調整數據庫系統全局區（SGA區）的數據緩沖區、日志緩沖區和共享池的大小；還可以調整程序全局區（PGA區）的大小。需要注意的是，SGA區不是越大越好，SGA區過大會占用操作系統使用的內存而引起虛擬內存的頁面交換，這樣反而會降低系統。
5、5、調整硬盤I/O，這一步是在信息系統開發之前完成的。數據庫管理員可以將組成同一個表空間的數據文件放在不同的硬盤上，做到硬盤之間I/O負載均衡。
6、6、調整操作系統參數，例如：運行在UNIX操作系統上的ORACLE數據庫，可以調整UNIX數據緩沖池的大小，每個進程所能使用的內存大小等參數。 實際上，上述數據庫優化措施之間是相互聯系的。
ORACLE數據庫性能惡化表現基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結果，這就需要數據庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響數據庫性能的主要原因所在。
另外，良好的數據庫管理工具對于優化數據庫性能也是很重要的。 ORACLE數據庫性能優化工具 常用的數據庫性能優化工具有： 1、1、ORACLE數據庫在線數據字典，ORACLE在線數據字典能夠反映出ORACLE動態運行情況，對于調整數據庫性能是很有幫助的。
2、2、操作系統工具，例如UNIX操作系統的vmstat,iostat等命令可以查看到系統系統級內存和硬盤I/O的使用情況，這些工具對于管理員弄清出系統瓶頸出現在什么地方有時候很有用。 3、3、SQL語言跟蹤工具（SQL TRACE FACILITY）,SQL語言跟蹤工具可以記錄SQL語句的執行情況，管理員可以使用虛擬表來調整實例，使用SQL語句跟蹤文件調整應用程序性能。
SQL語言跟蹤工具將結果輸出成一個操作系統的文件，管理員可以使用TKPROF工具查看這些文件。 4、4、ORACLE Enterprise Manager(OEM)，這是一個圖形的用戶管理界面，用戶可以使用它方便地進行數據庫管理而不必記住復雜的ORACLE數據庫管理的命令。
5、5、EXPLAIN PLAN——SQL語言優化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。 ORACLE數據庫的系統性能評估 信息系統的類型不同，需要關注的數據庫參數也是不同的。
數據庫管理員需要根據自己的信息系統的類型著重考慮不同的數據庫參數。 1、1、在線事務處理信息系統（OLTP），這種類型的信息系統一般需要有大量的Insert、Update操作，典型的系統包括民航機票發售系統、銀行儲蓄系統等。
OLTP系統需要保證數據庫的并發性、可靠性和最終用戶的速度，這類系統使用的ORACLE數據庫需要主要考慮下述參數： l l 數據庫回滾段是否足夠？ l l 是否需要建立ORACLE數據庫索引、聚集、散列？ l l 系統全局區（SGA）大小是否足夠？ l l SQL語句是否高效？ 2、2、數據倉庫系統（Data Warehousing），這種信息系統的主要任務是從ORACLE的海量數據中進行查詢，得到數據之間的某些規律。數據庫管理員需要為這種類型的ORACLE數據庫著重考慮下述參數： l l 是否采用B*-索引或者bitmap索引？ l l 是否采用并行SQL查詢以提高查詢效率？ l l 是否采用PL/SQL函數編寫存儲過程？ l l 有必要的話，需要建立并行數據庫提高數據庫的查詢效率 SQL語句的調整原則 SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現，但是語句的執行效率是很不相同的。
程序員可以使用EXPLAIN PLAN語句來比較各種實現方案，并選出最優的實現方案。總得來講，程序員寫SQL語句需要滿足考慮如下規則： 1、1、盡量使用索引。
試比較下面兩條SQL語句： 語句A:SELECT dname, deptno FROM dept WHERE deptno NOT IN (SELECT deptno FROM emp)； 語句B:SELECT dname, deptno FROM dept WHERE NOT EXISTS (SELECT deptno FROM emp WHERE * = *)； 這兩條查詢語句實現的結果是相同的，但是執行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執行語句B的時候，由于在子查詢中使用了聯合查詢，ORACLE只是對emp表進行的部分數據掃描，并利用了deptno列的索引，所。
Oracle數據庫SQL語句性能調整的基本原則是什么
一、問題的提出 在應用系統開發初期，由于開發數據庫數據比較少，對于查詢SQL語句，復雜視圖的的編寫等體會不出SQL語句各種寫法的性能優劣，但是如果將應用系統提交實際應用后，隨著數據庫中數據的增加，系統的響應速度就成為目前系統需要解決的最主要的問題之一。
系統優化中一個很重要的方面就是SQL語句的優化。對于海量數據，劣質SQL語句和優質SQL語句之間的速度差別可以達到上百倍，可見對于一個系統不是簡單地能實現其功能就可，而是要寫出高質量的SQL語句，提高系統的可用性。
在多數情況下，Oracle使用索引來更快地遍歷表，優化器主要根據定義的索引來提高性能。 但是，如果在SQL語句的where子句中寫的SQL代碼不合理，就會造成優化器刪去索引而使用全表掃描，一般就這種SQL語句就是所謂的劣質SQL語句。
在編寫SQL語句時我們應清楚優化器根據何種原則來刪除索引，這有助于寫出高性能的SQL語句。 二、SQL語句編寫注意問題 下面就某些SQL語句的where子句編寫中需要注意的問題作詳細介紹。
在這些where子句中，即使某些列存在索引，但是由于編寫了劣質的SQL，系統在運行該SQL語句時也不能使用該索引，而同樣使用全表掃描，這就造成了響應速度的極大降低。 1。
IS NULL 與 IS NOT NULL 不能用null作索引，任何包含null值的列都將不會被包含在索引中。 即使索引有多列這樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。
也就是說如果某列存在空值，即使對該列建索引也不會提高性能。任何在where子句中使用is null或is not null的語句優化器是不允許使用索引的。
2。 聯接列 對于有聯接的列，即使最后的聯接值為一個靜態值，優化器是不會使用索引的。
我們一起來看一個例子，假定有一個職工表（employee），對于一個職工的姓和名分成兩列存放（FIRST_NAME和LAST_NAME），現在要查詢一個叫比爾。 克林頓（Bill Cliton）的職工。
下面是一個采用聯接查詢的SQL語句： select * from employss where first_name||''||last_name ='Beill Cliton'； 上面這條語句完全可以查詢出是否有Bill Cliton這個員工，但是這里需要注意，系統優化器對基于last_name創建的索引沒有使用。 當采用下面這種SQL語句的編寫，Oracle系統就可以采用基于last_name創建的索引。
Select * from employee where first_name ='Beill' and last_name ='Cliton'； 遇到下面這種情況又如何處理呢？如果一個變量（name）中存放著Bill Cliton這個員工的姓名，對于這種情況我們又如何避免全程遍歷，使用索引呢？可以使用一個函數，將變量name中的姓和名分開就可以了，但是有一點需要注意，這個函數是不能作用在索引列上。 下面是SQL查詢腳本： select * from employee where first_name = SUBSTR('&&name',1,INSTR('&&name',' ')-1) and last_name = SUBSTR('&&name',INSTR('&&name',' ')+1) 3。
帶通配符（%）的like語句 同樣以上面的例子來看這種情況。目前的需求是這樣的，要求在職工表中查詢名字中包含cliton的人。
可以采用如下的查詢SQL語句： select * from employee where last_name like '%cliton%'； 這里由于通配符（%）在搜尋詞首出現，所以Oracle系統不使用last_name的索引。 在很多情況下可能無法避免這種情況，但是一定要心中有底，通配符如此使用會降低查詢速度。
然而當通配符出現在字符串其他位置時，優化器就能利用索引。在下面的查詢中索引得到了使用： select * from employee where last_name like 'c%'; 4。
Order by語句 ORDER BY語句決定了Oracle如何將返回的查詢結果排序。Order by語句對要排序的列沒有什么特別的限制，也可以將函數加入列中（象聯接或者附加等）。
任何在Order by語句的非索引項或者有計算表達式都將降低查詢速度。 仔細檢查order by語句以找出非索引項或者表達式，它們會降低性能。
解決這個問題的辦法就是重寫order by語句以使用索引，也可以為所使用的列建立另外一個索引，同時應絕對避免在order by子句中使用表達式。 5。
NOT 我們在查詢時經常在where子句使用一些邏輯表達式，如大于、小于、等于以及不等于等等，也可以使用and（與）、or（或）以及not（非）。 NOT可用來對任何邏輯運算符號取反。
下面是一個NOT子句的例子： 。
。 where not (status ='VALID')。
Oracle數據庫體系框架及SQL語句性能是什么
基于數據庫的業務系統的核心是數據庫和數據。
理解Oracle數據的體系框架有助于我們成功開發基于數據庫的業務系統。通過增加一個索引、改變SQL語句的連接方法可以極大的改變系統的性能；80%的性能問題都是由不良的SQL語句引起的。
理解ORACLE數據庫體系框架 數據庫軟件就是處理數據文件的一批程序。 關系數據庫自上世紀70年代IBM圣約瑟研究實驗室的高級研究員埃德加·考特（E F Codd）的《大型共享數據庫數據的關系模型》一文發表世以來，就逐步成為了數據庫的主流。
1977年，ORACLE公司成立第一個以關系數據庫為核心的軟件公司，現在已經推出ORACLE 9i。 下面的探討主要以ORACLE8i版本為基礎。
雖然大家在很多介紹ORACLE的書籍中都可以看到類似下面的圖，但是我認為下面的這張圖是對ORACLE的體系結構展現的最清晰和簡明扼要的。也許你在看介紹ORACLE的書籍時對這些枯燥的理論介紹沒有太多的關心，而直接進入你關心的、可操作的內容。
現在就讓我們一起對這個圖進行簡單的了解。 大家可以看到，如果從簡單的角度來描述，可以說一個ORACLE實例（Instance）是由一定的內存與后臺進程組成，而數據庫（Database）指物理文件。
下面就SGA、五個必須的ORACLE后臺進程進行簡單的介紹：SGA(System Global Area 也稱 Shared Global Area) 主要由以下三部分組成： 共享池（Shared Pool） 主要用來存儲最近執行過的SQL語句和最近使用過的數據字典的數據；它主要通過INIT。 ORA文件中的shared_pool_size和shared_pool_reserved_size兩個參數來設置。
數據高速緩存區（Data Buffer Cache） 主要用來存儲最近使用過的數據，可能是要寫到數據文件的，也可能是從數據文件讀取的；它主要通過INIT。 ORA文件中db_block_buffers參數來設置；Data Buffer的大小=db_block_buffers* db_block_size； 重做日志緩存區（Redo Log Buffer） 主要存儲服務進程和后臺進程的變化信息；它主要通過INIT。
ORA文件中的log_buffer參數來設置； Redo Log Buffer的大小=log_buffer* db_block_size； 當然，SGA不僅僅只是上面的三部分，還包括如Java pool（用來存儲java代碼）、Large pool（供不是和SQL直接相關的進程使用，如：當數據備份或恢復操作時，RMAN backup 用作磁盤I/O緩存器；Parallel時用作消息緩存器；MTS回話內存）等部分，我們可以通過v$sysstat、v$rowcache、v$librarycache等系統視圖來監控SGA。 五個必須的ORACLE后臺進程SMON、PMON、DBWn、CKPT、LGWR。
系統監控進程（System Monitor SMON） 在數據庫系統啟動時執行恢復工作的強制性進程。 進程監控進程（Process Monitor PMON） 用于恢復失敗的數據庫用戶的強制性進程，它先獲取失敗用戶的標識，釋放該用戶占有的所有數據庫資源。
數據庫寫入進程（Database Writer, DBWR） 它將修改后的數據塊寫回數據庫文件。日志寫入進程（Log Writer , LGWR） 一個專門用于將重做項寫入重做日志的進程。
校驗點進程（Checkpoint Process CKPT ） Oracle把內存中臟數據塊中的信息寫回磁盤的判斷進程。 （注：本圖引自ORACLE8i的OCP考試培訓官方資料） SQL性能調整 我們考慮一個基于ORACLE數據庫的應用系統的性能時，優先要考慮什么呢？主機操作系統？磁盤的I/O還是內存的使用？不，都不是！是系統的業務規則。
從這個意義上說，我們對各個行業的業務專家的渴求不僅基于市場方面的，更是基于技術方面的。 如果我們能夠優化客戶的業務規則，我們的系統將在起點上超越競爭對手！ 在無法改變客戶的業務規則的情況下，我們考慮影響應用系統性能的先后順序應該是： 首先，考慮SQL語句的性能； 其次，考慮內存的分配； 第三，CPU的使用分配和磁盤I/O瓶頸； 第四，考慮網絡因素； 第五，考慮操作系統因素； 等等…… 由此可以說，一個基于數據庫的應用系統性能的好壞，首先是應用系統設計人員、應用系統開發人員的責任，而數據庫管理員（DBA）是在其基礎上進行的性能調整。
80%的性能問題都是由不良的SQL語句引起的。設計和建立最佳的SQL對于系統的可擴展性和響應時間是基本工作。
下面，我主要就SQL語句的性能進行一些粗淺的探討，希望能起到拋磚引玉的效果。
寫出高性能SQL語句需要注意什么
(1)整合簡單，無關聯的數據庫訪問： 如果你有幾個簡單的數據庫查詢語句，你可以把它們整合到一個查詢中（即使它們之間沒有關系） （2）刪除重復記錄： 最高效的刪除重復記錄方法 （ 因為使用了ROWID）例子： DELETE FROM EMP E WHERE E。
ROWID > (SELECT MIN(X。ROWID) FROM EMP X WHERE X。
EMP_NO = E。EMP_NO); (3)用TRUNCATE替代DELETE： 當刪除表中的記錄時，在通常情況下， 回滾段（rollback segments ） 用來存放可以被恢復的信息。
如果你沒有COMMIT事務，ORACLE會將數據恢復到刪除之前的狀態（準確地說是恢復到執行刪除命令之前的狀況） 而當運用TRUNCATE時， 回滾段不再存放任何可被恢復的信息。當命令運行后，數據不能被恢復。
因此很少的資源被調用，執行時間也會很短。 （譯者按： TRUNCATE只在刪除全表適用，TRUNCATE是DDL不是DML） (4)選擇最有效率的表名順序（只在基于規則的優化器中有效）： ORACLE 的解析器按照從右到左的順序處理FROM子句中的表名，FROM子句中寫在最后的表（基礎表 driving table）將被最先處理，在FROM子句中包含多個表的情況下，你必須選擇記錄條數最少的表作為基礎表。
如果有3個以上的表連接查詢， 那就需要選擇交叉表（intersection table）作為基礎表， 交叉表是指那個被其他表所引用的表。 （5）WHERE子句中的連接順序.： ORACLE采用自下而上的順序解析WHERE子句，根據這個原理，表之間的連接必須寫在其他WHERE條件之前， 那些可以過濾掉最大數量記錄的條件必須寫在WHERE子句的末尾。
（6）SELECT子句中避免使用 ‘ * ‘： ORACLE在解析的過程中， 會將’*' 依次轉換成所有的列名， 這個工作是通過查詢數據字典完成的， 這意味著將耗費更多的時間 （7）減少訪問數據庫的次數： ORACLE在內部執行了許多工作： 解析SQL語句， 估算索引的利用率， 綁定變量 ， 讀數據塊等； （8）在SQL*Plus , SQL*Forms和Pro*C中重新設置ARRAYSIZE參數， 可以增加每次數據庫訪問的檢索數據量 ，建議值為200 (9)使用DECODE函數來減少處理時間： 使用DECODE函數可以避免重復掃描相同記錄或重復連接相同的表。 （11） 用Where子句替換HAVING子句： 避免使用HAVING子句， HAVING 只會在檢索出所有記錄之后才對結果集進行過濾。
這個處理需要排序，總計等操作。 如果能通過WHERE子句限制記錄的數目，那就能減少這方面的開銷。
（非oracle中）on、where、having這三個都可以加條件的子句中，on是最先執行，where次之，having最后，因為on是先把不符合條件的記錄過濾后才進行統計，它就可以減少中間運算要處理的數據，按理說應該速度是最快的，where也應該比having快點的，因為它過濾數據后才進行sum，在兩個表聯接時才用on的，所以在一個表的時候，就剩下where跟having比較了。 在這單表查詢統計的情況下，如果要過濾的條件沒有涉及到要計算字段，那它們的結果是一樣的，只是where可以使用rushmore技術，而having就不能，在速度上后者要慢如果要涉及到計算的字段，就表示在沒計算之前，這個字段的值是不確定的，根據上篇寫的工作流程，where的作用時間是在計算之前就完成的，而having就是在計算后才起作用的，所以在這種情況下，兩者的結果會不同。
在多表聯接查詢時，on比where更早起作用。系統首先根據各個表之間的聯接條件，把多個表合成一個臨時表后，再由where進行過濾，然后再計算，計算完后再由having進行過濾。
由此可見，要想過濾條件起到正確的作用，首先要明白這個條件應該在什么時候起作用，然后再決定放在那里 （12） 減少對表的查詢： 在含有子查詢的SQL語句中，要特別注意減少對表的查詢。 例子： SELECT TAB_NAME FROM TABLES WHERE (TAB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER FROM TAB_COLUMNS WHERE VERSION = 604) (13) 通過內部函數提高SQL效率。
： 復雜的SQL往往犧牲了執行效率。 能夠掌握上面的運用函數解決問題的方法在實際工作中是非常有意義的 （14） 使用表的別名（Alias）： 當在SQL語句中連接多個表時， 請使用表的別名并把別名前綴于每個Column上。
這樣一來，就可以減少解析的時間并減少那些由Column歧義引起的語法錯誤。 （15） 用EXISTS替代IN、用NOT EXISTS替代NOT IN： 在許多基于基礎表的查詢中，為了滿足一個條件，往往需要對另一個表進行聯接。
在這種情況下， 使用EXISTS（或NOT EXISTS）通常將提高查詢的效率。 在子查詢中，NOT IN子句將執行一個內部的排序和合并。
無論在哪種情況下，NOT IN都是最低效的 （因為它對子查詢中的表執行了一個全表遍歷）。 為了避免使用NOT IN ，我們可以把它改寫成外連接（Outer Joins）或NOT EXISTS。
例子： （高效）SELECT * FROM EMP （基礎表） WHERE EMPNO > 0 AND EXISTS (SELECT 'X' FROM DEPT WHERE DEPT。 DEPTNO = EMP。
DEPTNO AND LOC = 'MELB') （低效）SELECT * FROM EMP （基礎表） WHERE EMPNO > 0 AND 。
從哪些方面,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條件有等號的情況下才可以使用。哈希連接在表的數據量較大，表中沒有合適的索引可用時比嵌套循環的效率要高。
關于JAVA中SQL語句的性能調整原則
java訪問數據庫使用的試jdbc 性能調整的原則同數據庫服務器有很大的關系 建議你還是好好的看看你的數據庫說明 以更好調優 有以下基本原則： （1）充分利用索引，如果有索引，查詢條件子句的字段順序應盡量保持一直， （2）標志類字段，應盡量放置在條件子句的前面，應避免標志性字段的空值 （3）應避免使用matches、like此類的語句，因為它們會全表掃描；如果必須使用，盡量將其放在條件子句的后面，以盡量縮小全表掃描范圍 （4）臨時表和視圖試提高效率的好辦法 （3）。
性能監控的監控SQL語句是什么
SELECT osuser, username, sql_text from v$session a, v$sqltext b where a。
sql_address =b。 address order by address, piece； 分析表 analyze table tablename compute statistics for all indexes; analyze table tablename compute statistics for all indexed columns; analyze table tablename compute statistics for table； 監控事例的等待 select event,sum(decode(wait_Time,0,0,1)) "Prev", sum(decode(wait_Time,0,1,0)) "Curr",count(*) "Tot" from v$session_Wait group by event order by 4； 查看碎片程度高的表 SELECT segment_name table_name , COUNT(*) extents FROM dba_segments WHERE owner NOT IN (SYS, SYSTEM) GROUP BY segment_name HAVING COUNT(*) = (SELECT MAX( COUNT(*) FROM dba_segments GROUP BY segment_name）； 表、索引的存儲情況檢查 select segment_name,sum(bytes),count(*) ext_quan from dba_extents where tablespace_name=&tablespace_name and segment_type=TABLE group by tablespace_name,segment_name; select segment_name,count(*) from dba_extents where segment_type=INDEX and owner=&owner group by segment_name;。
