如何編寫預言機並行性

Oracle 嘗試自動執行系統配置，以最大限度地提高並行操作的效能。 但是，手動調優的空間還很大，我們可以調優資料庫來優化SQL並行效能。

判斷並行度。

適當的並行度 DOP 是良好並行度的關鍵。 Oracle 按如下方式設定 DOP：

1. 如果指定或請求併行執行，但未指定 DOP，則預設 DOP 將設定為系統上 CPU 核心數的兩倍。 對於 RAC 系統，DOP 值是整個集群中核心數的兩倍。 預設值由配置引數“每個 CPU 的並行執行緒數”控制。

2. 對於 Oracle 11G R2 之後的版本，如果將“並行度策略”設定為“自動”，Oracle 會根據執行的性質和涉及物件的大小自動調整 DOP 值。

3. 如果“並行自適應多使用者”設定為“True”，Oracle 將根據系統的整體負載調整 DOP。 當系統承受較重的負載時，DOP 值會降低。

4. 在 Oracle 11G 或更高版本中，如果將“Parallel IO Cap”設定為 true，則 Oracle 會將 DOP 限制為 IO 子系統可以支援的值。 這些 IO 子系統限制可以通過 DBMS 資源儲存過程進行計算。

5. DOP可以分配給表或索引級別，這可以通過在“建立表”、“建立索引”、“更改表”或“更改索引”中使用“並行”子句來實現。

6. “parallel”關鍵字可用於在查詢中指定表的 DOP。

7. 無論任何其他設定如何，DOP 數量都不能超過“Parallel Max Servers”可以支援的數量。 對於大多數 SQL 語句，伺服器數量需要是請求 DOP 的兩倍。

正如我們所看到的，在優化點之外增加或減少 DOP 將導致進一步效能改進失敗。 但是，強行將 DOP 值提高到最佳優化限值之外可能會對整體系統效能產生重大負面影響。 雖然並行化的 SQL 可能不會隨著 DOP 的增加而減少，但系統上的負載會繼續增加，其他併發 SQL 的響應時間會縮短。

當我們達到最佳 DOP 點（該系統中的值約為 8）時，查詢時間的減少變得更加溫和。 但是，其他會話等待 CPU 可用所花費的時間繼續增長。 等待訪問 CPU 的其他會話將需要繼續等待，這將導致響應時間變慢。