這個頁面幫助你對應用效能進行提升需要進行的一些操作。這個頁面不是為你對 Confluence 出現問題後進行問題修復的指南。如果你的 Confluence 崩潰的話，請檢視Troubleshooting Confluence hanging or crashing 頁面中的內容來獲得幫助。

與其他應用伺服器一樣，Confluence 可能需要對系統進行一些調整才能讓 Confluence 能夠承受更大的資料訪問量。我們盡我們最大的努力能夠讓 Confluence 滿足各種環境下的訪問需求。但是沒有一個配置能夠滿足所有使用者的需求和使用者的使用環境。

如果你在部署 Confluence 的時候遇到了效能方面的問題，並且希望獲得我們的幫助，你應該參考頁面 

對你使用的工具採用最新版本

針對你的應用程式，使用最新版的安裝和 Java 執行環境。新的版本通常有更好的效能優化。

因沒有足夠記憶體避免 swapping

總是關注你伺服器的交換（swapping）活動。當沒有足夠的 RAM 可用的時候，你的伺服器可能開始將 Confluence 儲存在交換器的一些內容轉存到硬碟上。這個過程將會顯著降低垃圾回收的速度而對 Confluence 的效能產生影響。在叢集的環境下，交換器問題將會導致 Cluster Panic due to Performance Problems 問題。這是因為交換器導致 JVM 在進行 

不要讓其他系統使用相同結構

下面的配置可能看起來是非常誘人的：你只有一臺伺服器，這個伺服器具有很高的效能，因此你將資料庫伺服器，應用伺服器和其他你的一些重要服務都同時部署在這個伺服器上。如果這個系統能夠完美的執行，你可能還感覺不到什麼問題。問題是，當你可能忽略了一些問題，同時其他應用的 bug 將會對你部署的應用產生影響。例如，如果你的 Confluence 應用每天都在中午的時候變得緩慢，你有可能是其他的服務在利用共享的資料庫在建立報表？要麼你需要保證部署在同一架構上的應用不會互相影響，要不你考慮將不同應用部署到不同的架構上，這樣你也更好的進行控制。

選擇資料庫

Confluence 安裝中提供的嵌入 H2 資料庫僅僅是用來評估使用的，這個資料庫不適合使用生產環境中的 Confluence。當你對 Confluence 評估完成後，你必須切換到一個支援的外部資料庫中。我們推薦你使用你熟悉的資料庫，因為你能夠更好的對資料庫進行維護，這個可能相對你不熟悉的資料庫來說，能更好的讓你對資料庫的效能進行優化。

資料庫連線池

如果 Confluence 的負載比較高，你可能需要增加你資料庫的連線數。

• 如果你使用的是 JNDI 資料來源，你需要在你的應用伺服器配置檔案中進行修改。
• 如果你配置 Confluence 直接連線資料庫，你需要手動變焦 hibernate.c3p0.max_size 屬性，這個屬性在 confluence.cfg.xml 檔案中定義，這個檔案在你的 confluence.home 目錄中。當你修改了 Confluence 的這個配置檔案後，你需要對 Confluence 進行重啟。

希望確定是否需要對i的資料庫連線池進行修改，針對不同時間段（在高峰時間段），對 thread dumps 進行檢視來了解有多少執行緒正在連線資料庫。

資料庫基本情況

如果 Confluence 正在執行緩慢，那麼很有可能是其中一個數據庫遇到了瓶頸。

最先你應該檢查的是 資料庫延遲（Database Latency） 欄位，這個欄位的內容是在管理員控制檯中定義的。

資料庫延遲是通過向資料庫傳送一個不重要的查詢來查詢資料庫的表來進行計算的，這個查詢通常只有一個表一個欄位（例如，select * from CLUSTERSAFETY）。很明顯的，這個查詢應該非常快速的放回結果，通常應該是在 1 到 2 毫秒的樣子。如果這個查詢的返回時間到了 3 到 5 毫秒的話則表明資料庫中遇到了一些問題。如果這個返回超過了 10 毫秒，你需要對資料庫進行調整來提高資料庫的效能。幾個毫秒的效能開支可能看起來沒有什麼問題，但是考慮到 Confluence 在每一個查詢的時候可能需要對多個數據庫表進行查詢，同時這個查詢也會複雜得多。高延遲可能是因為某些原因導致的（網路速度慢，資料庫慢，連線池的連線等），因此需要你對這些問題進行調查研究。請一直對資料庫進行調整，指導延長時間控制在 2 毫秒以下。

顯而易見的，資料庫延遲只是你需要考慮的第一件事情。你依然有可能獲得 0 延遲，但是你還是有很多資料庫的效能問題，例如你的的資料庫表沒有建立索引。所以不要讓延遲率過度干擾你。

資料庫狀態和查詢分析

現代的資料庫會基於你對資料庫執行的查詢歷史來對查詢進行優化。使用 SQL EXPLAIN 語句將會告訴你資料庫查詢的優化情況。如果資料庫查詢命中率明顯的不同，那麼你需要考慮對資料庫執行狀態收集和優化。針對你資料庫的版本不同，優化的版本和方向也會不同。在大多數的情況下，你可以在 Confluence 執行的時候對資料庫查詢的執行狀態進行收集。但是這個查詢也會增加資料庫的負載，因此我們還是建議你最好不要在 Confluence 正常執行的時候執行，你可以考慮在週末執行。

Confluence 和 Apache 的快取效能

為了減少資料庫的載入資料和對很多操作提高效率，Confluence 將會保持自己的資料快取。增加 Confluence 資料快取的大小將會提高 Confluence 的速度（如果快取太小的話），或者降低換成（如果快取太大的話）。

防病毒軟體

防病毒軟體也會顯著的降低 Confluence 的效能。防病毒軟體終止程序對磁碟的訪問是非常有害的，同時還可能會導致 Confluence 的錯誤。你應該配置你的防病毒軟體忽略 Confluence 的 home 目錄，這個目錄儲存的是 Confluence 索引和其他任何資料庫相關的目錄。

啟用 HTTP 壓縮

如果頻寬響應是你 Confluence 安裝的瓶頸的話，你應該考慮啟用 啟用 HTTP 壓縮。這個可能能夠讓你能夠降低你對頻寬的消耗。

請注意，針對 Confluence 2.8 及其早期版本，啟用 HTTP 壓縮會導致一些 known issues with HTTP compression ，這些問題將會增加記憶體的消耗。

效能測試

針對 demo 系統，你應該嘗試所有的可能的效能測試。如果可能的話，你應該針對你的模擬器環境執行效能測試。

Access 訪問日誌

內建探測器

應用伺服器記憶體設定

Web 伺服器配置

針對高負載環境，效能可以通過在 Confluence 環境之前配置 Apache 伺服器來進行提升，請參考頁面 Running Confluence behind Apache 中的內容進行配置。

當你配置你新的應用伺服器的時候，請確定你的配置能夠有足夠的執行緒和程序處理你的的負載。這個配置應用到 Web 伺服器和應用伺服器連機器上。如果可能的話，你應該為你的應用伺服器啟用連線池來連線到應用伺服器。

可能記憶體洩漏的問題解決

一些外部的外掛，尤其是一些外掛是很久以前的了，同時也沒有什麼人對這些外掛進行維護了，這些外掛可能會在執行並且消耗記憶體但是卻從來沒有釋放記憶體。最後的結果可能會導致 Confluence 崩潰，但是在崩潰之前可能會直接先導致效能下降。Troubleshooting Confluence hanging or crashing 頁面中的內容能夠幫你對這方面的問題進行除錯。一些外掛我們已經知道能夠對系統性能造成影響並最終導致 Confluence 的崩潰。