如何找出效能瓶頸

探索日誌、指標和查詢統計資訊

大多數雲端資料庫供應商，包括 DigitalOcean、AWS、Google Cloud Platform、MongoDB Atlas 等，都提供一個位置來查看日誌。熟悉此日誌資訊的版面配置和結構非常重要，這樣您才能在稍後更輕鬆地找到問題。

例如，DigitalOcean 提供一個稱為「日誌與查詢」的標籤頁，可直接從部署管理選單存取。

在本節中，有一個稱為「近期日誌」的子章節，其中提供日誌資訊的即時顯示。

這些日誌中包含的資訊可能對您嘗試疑難排解的特定瓶頸問題有用，也可能沒用。但是，某些資訊，例如會話持續時間，可能會指示長時間連線到資料庫的會話。

探索指標儀表板

雲端資料庫供應商的指標儀表板可讓您深入了解可能遇到的瓶頸。大多數雲端供應商都會顯示與效能相關的資訊，例如

• 系統和程序 CPU 使用率
• 快取使用率
• 記憶體
• 連線數

查看系統 CPU 使用率等項目的指標可能會揭示與資源限制相關的問題。您可能會看到與管理任務（例如執行備份）相關的使用率高峰。持續的高使用率可能表示您的資料庫伺服器配置不足。

探索查詢統計資訊

雲端資料庫供應商提供的查詢統計報告可能是判斷效能降低原因的最佳資訊來源。在許多情況下，效能降低可以追溯到執行時間過長的查詢。

查詢統計資訊在不同供應商之間的報告方式有所不同，但在大多數情況下，供應商都有一種方法可以呈現被認為速度慢的查詢。大多數供應商都會顯示查詢陳述式、呼叫次數以及該特定查詢的計時。

例如，DigitalOcean 的查詢統計資訊以表格格式呈現此資訊。

為您的表格建立索引

資料庫表格的索引需要根據常見的存取模式來建立。建立索引時，您需要指定索引應建立在的欄位或欄。

例如，如果您的表格在 users 表格中有一個 email 欄位，您的應用程式中可能有一個查詢會根據使用者的電子郵件搜尋使用者。如果沒有索引，查詢將會搜尋整個表格以尋找正確的記錄。相反地，如果您在 email 欄位上建立索引，查詢將會先查詢索引以尋找電子郵件值。找到後，它將會指向該使用者的特定資料庫列。

識別新增索引機會的最佳方式是尋找哪些查詢的執行時間過長。此資訊可以在雲端供應商資料庫儀表板的「查詢統計資訊」（或類似名稱）章節中找到。

在所有條件相同的情況下，最好先專注於最慢的回報查詢，方法是為正在使用的存取模式新增索引。然後，您可以向下移動清單，在需要的地方新增索引，直到慢速查詢得到解決。

索引可以使用原始 SQL 建立。雖然具體細節因使用的特定資料庫而異，但建立索引的 SQL 命令可能如下所示

CREATE INDEX email_index ON users (email);

索引建立完成後，隨著時間推移檢查您的查詢統計資訊，看看效能是否有所改善。

使用 EXPLAIN 檢查慢速查詢

在某些情況下，雲端資料庫供應商的查詢統計資訊儀表板可能無法為您提供足夠的資訊。它可能會顯示哪些查詢速度慢，但可能不明確應該建立哪些索引，或者應該如何最佳化您的查詢。

對於這些情況，您可以選擇使用 EXPLAIN 陳述式檢查您的查詢。此陳述式與您的常規查詢結合使用，可用於取得有關查詢執行計畫的詳細資訊。

例如，在 PostgreSQL 中，在常規查詢之前使用的 EXPLAIN 陳述式將產生如下資訊

• 預估的啟動成本
• 預估的總成本
• 預估的輸出列數
• 列的平均寬度（以位元組為單位）

例如，以下 EXPLAIN 的用法

EXPLAIN SELECT * FROM users;

將產生此報告

                         QUERY PLAN
-------------------------------------------------------------
 Seq Scan on users  (cost=0.00..458.00 rows=10000 width=244)

EXPLAIN 陳述式是深入研究特定查詢並分析其成本的寶貴工具。從使用 EXPLAIN 收集到的資訊，超越了雲端供應商在查詢統計報告中提供的資訊，可用於最佳化您的查詢。

應用程式伺服器中的檢測

為了完整了解哪些查詢負責傳回大量資料，您可以將檢測新增至您的應用程式伺服器。New Relic、Datadog 和 Dynatrace 等工具可以監控您的應用程式伺服器，並報告資料傳輸時的大小。尋找應用程式伺服器的哪些端點或區域正在處理大量資料，可以幫助您找出哪些資料庫查詢可能是罪魁禍首。