在過去的十年中，oracle已經成為世界上最專業的資料庫之一。對於it專家來說，就是要確保利用oracle的強大特性來提高他們公司的生產力。最有效的方法之一是通過oracle調優。它有大量的調整引數和技術來改進你的oracle資料庫的效能。
oracle調優是乙個複雜的主題。關於調優可以寫整整一本書，不過，為了改善oracle資料庫的效能，有一些基本的概念是每個oracle dba都應該遵從的。
在這篇簡介中，我們將簡要地介紹以下的oracle主題：
--外部調整：我們應該記住oracle並不是單獨執行的。因此我們將檢視一下通過調整oracle伺服器以得到高的效能。
--row re-sequencing以減少磁碟i/o：我們應該懂得oracle調優最重要的目標是減少i/o。
--oracle sql調整。oracle sql調整是oracle調整中最重要的領域之一，只要通過一些簡單的sql調優規則就可以大幅度地提公升sql語句的效能，這是一點都不奇怪的。
--調整oracle排序：排序對於oracle效能也是有很大影響的。
--調整oracle的競爭：表和索引的引數設定對於update和insert的效能有很大的影響。
我們首先從調整oracle外部的環境開始。如果記憶體和cpu的資源不足的話，任何的oracle調整都是沒有幫助的。
外部的效能問題
oracle並不是單獨執行的。oracle資料庫的效能和外部的環境有很大的關係。這些外部的條件包括有：
．cpu--cpu資源的不足令查詢變慢。當查詢超過了oracle伺服器的cpu效能時，你的資料庫效能就受到cpu的限制。
．記憶體--可用於oralce的記憶體數量也會影響sql的效能，特別是在資料緩衝和記憶體排序方面。
．網路--大量的net8通訊令sql的效能變慢。
許多新手都錯誤的認為應該首先調整oracle資料庫，而不是先確認外部資源是否足夠。實際上，如果外部環境出現瓶頸，再多的oracle調整都是沒有幫助的。
在檢查oracle的外部環境時，有兩個方面是需要注意的：
1、當執行佇列的數目超過伺服器的cpu數量時，伺服器的效能就會受到cpu的限制。補救的方法是為伺服器增加額外的cpu或者關閉需要很多處理資源的元件，例如oracle parallel query。
2、記憶體分頁。當記憶體分頁時，記憶體容量已經不足，而記憶體頁是與磁碟上的交換區進行互動的。補救的方法是增加更多的記憶體，減少oracle sga的大小，或者關閉oracle的多執行緒伺服器。
可以使用各種標準的伺服器工具來得到伺服器的統計資料，例如vmstat,glance,top和sar。dba的目標是確保資料庫伺服器擁有足夠的cpu和記憶體資源來處理oracle的請求。
以下讓我們來看一下oracle的row-resequencing是如何能夠極大地減少磁碟i/o的。
row-resequencing（行的重新排序）
就象我們上面提到的，有經驗的oracle dba都知道i/o是響應時間的最大組成部分。其中磁碟i/o特別厲害，因為當oracle由磁碟上的乙個資料檔案得到乙個資料塊時，讀的程序就必須等待物理i/o操作完成。磁碟操作要比資料緩衝慢10,000倍。因此，如果可以令i/o最小化，或者減少由於磁碟上的檔案競爭而帶來的瓶頸，就可以大大地改善oracle資料庫的效能。
如果系統響應很慢，通過減少磁碟i/o就可以有乙個很快的改善。如果在乙個事務中通過按一定的範圍搜尋primary-key索引來訪問表，那麼重新以ctas的方法組織表將是你減少i/o的首要策略。通過在物理上將行排序為和primary-key索引一樣的順序，就可以加快獲得資料的速度。
就象磁碟的負載平衡一樣，行的重新排序也是很簡單的，而且也很快。通過與其它的dba管理技巧一起使用，就可以在高i/o的系統中大大地減少響應的時間。
驅動的**查詢中，減少物理i/o並且改善響應時間。這個技巧僅在應用選擇多行的時候有用，或者在使用索引範圍搜尋和應用發出多個查詢來得到連續的key時有效。對於隨機的唯一primary-key（主鍵）的訪問將不會由行重新排序中得到好處。
讓我們看一下它是如何工作的。考慮以下的乙個sql的查詢，它使用乙個索引來得到100行：
select
salary
from
employee
where
last_name like 'b%';
這個查詢將會使用last_name_index，搜尋其中的每一行來得到目標行。這個查詢將會至少使用100次物理磁碟的讀取，因為employee的行存放在不同的資料塊中。
不過，如果表中的行已經重新排序為和last_name_index的一樣，同樣的查詢又會怎樣處理呢？我們可以看到這個查詢只需要三次的磁碟i/o就讀完全部100個員工的資料（一次用作索引的讀取，兩次用作資料塊的讀取），減少了97次的塊讀取。
重新排序帶來的效能改善的程度在於在你開始的時候行的亂序性如何，以及你需要由序列中訪問多少行。至於乙個表中的行與索引的排序鍵的匹配程度，可以檢視資料字典中的dba_indexes和dba_tables檢視得到。
在dba_indexes的檢視中，檢視clustering_factor列。如果clustering_factor的值和表中的塊數目大致一樣，那麼你的表和索引的順序是一樣的。不過，如果clustering_factor 的值接近表中的行數目，那就表明**中的行和索引的順序是不一樣的。
行重新排序的作用是不可以小看的。在需要進行大範圍的索引搜尋的大表中，行重新排序可以令查詢的效能提高三倍。
一旦你已經決定重新排序表中的行，你可以使用以下的工具之一來重新組織**。
. 使用oracle的create table as select (ctas) 語法來拷貝**
. oracle9i自帶的**重新組織工具
以下，我們來看以下sql語句的調優。
sql調優
oracle的sql調優是乙個複雜的主題，甚至是需要整本書來介紹oracle sql調優的細微差別。不過有一些基本的規則是每個oracle dba都需要跟從的，這些規則可以改善他們系統的效能。sql調優的目標是簡單的：
. 消除不必要的大表全表搜尋：不必要的全表搜尋導致大量不必要的i/o，從而拖慢整個資料庫的效能。調優專家首先會根據查詢返回的行數目來評價sql。在乙個有序的表中，如果查詢返回少於40%的行，或者在乙個無序的表中，返回少於7%的行，那麼這個查詢都可以調整為使用乙個索引來代替全表搜尋。對於不必要的全表搜尋來說，最常見的調優方法是增加索引。可以在表中加入標準的b樹索引，也可以加入bitmap和基於函式的索引。要決定是否消除乙個全表搜尋，你可以仔細檢查索引搜尋的i/o開銷和全表搜尋的開銷，它們的開銷和資料塊的讀取和可能的並行執行有關，並將兩者作對比。在一些情況下，一些不必要的全表搜尋的消除可以通過強制使用乙個index來達到，只需要在sql語句中加入乙個索引的提示就可以了。
. 在全表搜尋是乙個最快的訪問方法時，將小表的全表搜尋放到快取中，調優專家應該確保有乙個專門的資料緩衝用作行緩衝。在oracle7中，你可以使用alter table *** cache語句，在oracle8或以上，小表可以被強制為放到keep池中緩衝。
. 確保最優的索引使用 ：對於改善查詢的速度，這是特別重要的。有時oracle可以選擇多個索引來進行查詢，調優專家必須檢查每個索引並且確保oracle使用正確的索引。它還包括bitmap和基於函式的索引的使用。
. 確保最優的join操作：有些查詢使用nested loop join快一些，有些則是hash join快一些，另外一些則是sort-merge join更快。
這些規則看來簡單，不過它們佔sql調優任務的90%，並且它們也無需完全懂得oracle sql的內部運作。以下我們來簡單概覽以下oracle sql的優化。
我們首先簡要檢視oracle的排序，並且看一看排序操作是如何影響效能的。
調整oracle的排序操作
排序是sql語法中乙個小的方面，但很重要，在oracle的調整中，它常常被忽略。當使用create index、order by或者group by的語句時，oracle資料庫將會自動執行排序的操作。通常，在以下的情況下oracle會進行排序的操作：
使用order by的sql語句
使用group by的sql語句
在建立索引的時候
進行table join時，由於現有索引的不足而導致sql優化器呼叫merge sort
當與oracle建立起乙個session時，在記憶體中就會為該session分配乙個私有的排序區域。如果該連線是乙個專用的連線(dedicated connection)，那麼就會根據init.ora中sort_area_size引數的大小在記憶體中分配乙個program global area (pga) 。如果連線是通過多執行緒伺服器建立的，那麼排序的空間就在large_pool中分配。不幸的是，對於所有的session，用做排序的記憶體量都必須是一樣的，我們不能為需要更大排序的操作分配額外的排序區域。因此，
設計者必須作出乙個平衡，在分配足夠的排序區域以避免發生大的排序任務時出現磁碟排序（disk sorts）的同時，對於那些並不需要進行很大排序的任務，就會出現一些浪費。當然，當排序的空間需求超出了sort_area_size的大小時，這時將會在temp表空間中分頁進行磁碟排序。磁碟排序要比記憶體排序大概慢14,000倍。
上面我們已經提到，私有排序區域的大小是有init.ora中的sort_area_size引數決定的。每個排序所占用的大小由init.ora中的sort_area_retained_size引數決定。當排序不能在分配的空間中完成時，就會使用磁碟排序的方式，即在oracle例項中的臨時表空間中進行。
磁碟排序的開銷是很大的，有幾個方面的原因。首先，和記憶體排序相比較，它們特別慢；而且磁碟排序會消耗臨時表空間中的資源。oracle還必須分配緩衝池塊來保持臨時表空間中的塊。無論什麼時候，記憶體排序都比磁碟排序好，磁碟排序將會令任務變慢，並且會影響oracle例項的當前任務的執行。還有，過多的磁碟排序將會令free buffer waits的值變高，從而令其它任務的資料塊由緩衝中移走。
接著，讓我們看一下oracle的競爭，並且看一下表的儲存引數的設定是如何影響sql update和insert語句的效能的。
Oracle效能調優原則
任何事情都有它的源頭，要解決問題，也得從源頭開始，影響oracle效能的源頭非常多，主要包括如下方面 資料庫的硬體配置 cpu 記憶體 網路條件。1.cpu 在任何機器中cpu的資料處理能力往往是衡量計算機效能的乙個標誌，並且oracle是乙個提供並行能力的資料庫系統，在cpu方面的要求就更高了，如...
調優 Nginx效能調優
一.nginx優化配置 1.主配置檔案優化 注 部分配置詳解 worker processes 8 nginx程序數，建議按照cpu數目來指定，一般為它的倍數。worker cpu affinity 00000001 00000010 00000100 00001000 00010000 00100...
Spark效能調優 JVM調優
通過一張圖讓你明白以下四個問題 1.jvm gc機制，堆記憶體的組成 2.spark的調優為什麼會和jvm的調優會有關聯？因為scala也是基於jvm執行的語言 3.spark中oom產生的原因 4.如何在jvm這個層面上來對spark進行調優 補充 spark程式執行時 jvm堆記憶體分配比例 r...