如何發現效能瓶頸

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

大多數雲資料庫提供商，包括 DigitalOcean、AWS、Google Cloud Platform、MongoDB Atlas 等，都提供檢視日誌的入口。熟悉這些日誌資訊的佈局和結構非常重要，以便您日後能更輕鬆地發現問題。

例如，DigitalOcean 提供一個名為“日誌與查詢”（Logs & Queries）的標籤頁，可直接從部署管理選單訪問。

在此部分中，有一個名為“最近日誌”（Recent Logs）的子部分，提供即時日誌資訊顯示。

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

探索指標儀表板

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

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

檢視系統 CPU 使用率等指標可能會發現與資源限制相關的問題。您可能會看到與執行備份等管理任務相關的用量峰值。持續的高用量可能表明您的資料庫伺服器資源不足。

探索查詢統計

您的雲資料庫提供商的查詢統計報告可能是確定性能瓶頸來源的最佳資訊來源。在許多情況下，效能下降可以追溯到執行時間過長的查詢。

不同提供商的查詢統計報告方式不同，但在大多數情況下，提供商都有辦法顯示被認為是慢速的查詢。大多數提供商會顯示查詢語句、其被呼叫的次數以及該特定查詢的執行時間。

例如，DigitalOcean 的查詢統計以表格形式顯示此資訊。

為您的表建立索引

資料庫表的索引需要根據常見的訪問模式建立。建立索引時，您需要指定索引應基於的列或欄位。

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

識別新增索引的最佳方法是查詢哪些查詢執行時間過長。此資訊可以在您的雲提供商資料庫儀表板的“查詢統計”（Query Statistics）部分（或類似部分）中找到。

在其他條件相同的情況下，最好首先透過為正在使用的訪問模式新增索引來關注報告中最慢的查詢。然後您可以依次處理列表，在需要的地方新增索引，直到慢速查詢得到解決。

可以使用原始 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 等工具可以監控您的應用伺服器，並報告資料透過時的大小。查詢應用伺服器的哪些端點或區域正在處理大量資料，可以幫助您確定哪些資料庫查詢可能是罪魁禍首。