當心 MySQL 視圖的效能危險-mysql教程-PHP中文網

Beware the Performance Dangers of MySQL Views

當心 MySQL 視圖的效能危險

MySQL 檢視對於抽象複雜查詢、封裝業務邏輯和簡化重複 SQL 非常有用。然而，不正確或過度使用它們可能會帶來嚴重的效能問題。了解視圖的優點和潛在缺陷非常重要，以確保您有效地使用它們。

什麼是 MySQL 視圖？

MySQL 中的

檢視 本質上是一個已儲存的查詢，您可以將其視為資料表。它是由 SELECT 語句創建，可以像常規表一樣進行查詢，這可以簡化您的 SQL 程式碼。例如：

CREATE VIEW active_employees AS
SELECT id, name, department
FROM employees
WHERE status = 'active';

登入後複製

現在，您可以查詢 active_employees，而不必重複編寫相同的 SELECT 查詢。

視圖的效能陷阱

儘管視圖很方便，但在某些情況下可能會導致效能問題：

視圖不是預先計算的

與物化視圖（存在於其他一些資料庫中）不同，

MySQL 視圖是虛擬表。這意味著每次查詢視圖時，MySQL 都必須在視圖中執行底層 SELECT 語句，這可能會導致複雜視圖或在大型資料集中使用時出現效能問題。

昂貴的查詢：如果視圖涉及多個複雜的聯結、聚合或子查詢，重複查詢可能會變得非常慢，尤其是在大型資料集上。

  -- Example of a complex view
  CREATE VIEW sales_summary AS
  SELECT products.product_name, SUM(orders.amount) AS total_sales
  FROM orders
  JOIN products ON orders.product_id = products.id
  GROUP BY products.product_name;

登入後複製

重複執行：由於每次存取視圖時都會執行視圖內的查詢，因此如果在多個查詢中使用視圖，可能會導致重複計算或不必要的複雜執行計劃。

缺乏視圖索引

您無法在檢視本身上建立索引。這意味著 MySQL 必須重新執行底層查詢並為每個查詢套用任何必要的排序、過濾和連接操作。當在沒有索引的大型表上查詢視圖或使用需要大量計算的視圖時，這會成為問題。

無直接索引：視圖不能像常規表那樣具有索引，這意味著透過索引基礎表可以實現的任何效能最佳化都不會反映在視圖本身中。

瀏覽量與JOIN效能

如果您的視圖包含

多個聯結，特別是在大型表上，它會顯著降低效能。由於 MySQL 必須在運行時執行連接，因此每次查詢視圖時可能必須處理大量數據，這可能會導致效能下降。

例如：

CREATE VIEW active_employees AS
SELECT id, name, department
FROM employees
WHERE status = 'active';

登入後複製

每次查詢detailed_order_info時，MySQL都需要連接大型訂單、客戶和產品表，即使相同的資料可能被查詢多次，這可能是低效的。

4. 帶有子查詢的視圖

當您將檢視與子查詢一起使用時，特別是相關子查詢或引用外部查詢列的子查詢，效能可能會顯著下降。這是因為 MySQL 必須為其處理的每一行執行子查詢，這可能非常昂貴。

  -- Example of a complex view
  CREATE VIEW sales_summary AS
  SELECT products.product_name, SUM(orders.amount) AS total_sales
  FROM orders
  JOIN products ON orders.product_id = products.id
  GROUP BY products.product_name;

登入後複製

在這種情況下，每次查詢 high_value_customers 視圖時，MySQL 都會執行子查詢。如果訂單表很大，這可能會導致嚴重的效能瓶頸。

5. 遞歸視圖或巢狀視圖

使用引用其他視圖的視圖也會導致效能問題。這些巢狀視圖可能難以最佳化，並可能導致低效的查詢計劃。

例如，查詢本身引用另一個檢視的檢視會建立多步驟查詢執行。如果任一視圖涉及複雜的聯結或子查詢，則整體效能可能會受到影響，因為 MySQL 需要組合並執行兩個視圖查詢。

CREATE VIEW detailed_order_info AS
SELECT orders.id, customers.name, products.product_name, orders.amount
FROM orders
JOIN customers ON orders.customer_id = customers.id
JOIN products ON orders.product_id = products.id;

登入後複製

如果 view1 涉及大型資料集或昂貴的計算，則任何涉及 view2 的查詢也會因複合複雜性而效率低下。