解決資料庫效能問題的最佳實務

本文討論如何修正雲端基礎結構網站上Adobe Commerce上資料庫效能受到負面影響的資料庫問題。

受影響的版本

雲端基礎結構上的Adobe Commerce

識別並解決長時間執行的查詢

判斷是否有任何執行緩慢的MySQL查詢。 根據您的Adobe Commerce雲端基礎結構計畫以及工具的可用性,您可以執行以下操作。

使用MySQL分析資料庫查詢

您可以使用MySQL來識別並解決雲端基礎結構專案上任何Adobe Commerce上長時間執行的查詢。

  1. 執行SHOW \[FULL\] PROCESSLIST陳述式。
  2. 如果您發現長時間執行查詢,請針對每個查詢執行MySQL EXPLAINEXPLAIN ANALYZE,找出造成查詢長時間執行的原因。
  3. 根據發現的問題,採取措施修正查詢,使其更快地執行。

使用Percona Toolkit分析查詢(僅適用於Pro架構)

如果您的Adobe Commerce專案部署在Pro架構上,您可以使用Percona Toolkit來分析查詢。

  1. 對MySQL慢速查詢記錄檔執行pt-query-digest --type=slowlog命令。

    • 若要尋找緩慢查詢記錄檔的位置,請參閱我們的開發人員檔案中的​ Log locations > Service Logs(https://devdocs.magento.com/cloud/project/log-locations.html#service-logs)。
    • 請參閱Percona Toolkit > pt-query-digest檔案。
  2. 根據發現的問題,採取措施修正查詢,使其更快地執行。

確認所有資料表都有主索引鍵

定義主索引鍵是良好的資料庫和表格設計的必要條件。 主索引鍵提供一種可唯一識別任何表格中單一列的方法。

如果您的表格沒有主索引鍵,則Adobe Commerce (InnoDB)的預設資料庫引擎會使用第一個唯一的非null索引鍵作為主索引鍵。 如果沒有可用的唯一索引鍵,InnoDB會建立隱藏的主索引鍵(6位元組)。 隱含定義的主索引鍵問題是您無法控制它。 此外,隱含值會全域指派給沒有主索引鍵的所有表格。 如果您同時在這些資料表上執行寫入,此組態可能會造成爭用問題。 這可能會導致效能問題,因為表格也共用全域隱藏的主要索引鍵索引增量。

針對任何沒有主索引鍵的表格定義主索引鍵,以防止出現這些問題。

識別並更新沒有主索引鍵的表格

  1. 使用下列SQL查詢識別沒有主索引鍵的表格:

    code language-sql
    SELECT table_catalog, table_schema, table_name, engine FROM information_schema.tables        WHERE (table_catalog, table_schema, table_name) NOT IN (SELECT table_catalog, table_schema, table_name FROM information_schema.table_constraints  WHERE constraint_type = 'PRIMARY KEY') AND table_schema NOT IN ('information_schema', 'pg_catalog');
    
  2. 針對任何遺失主索引鍵的資料表,請使用類似下列的節點來更新db_schema.xml (宣告式結構描述),以新增主索引鍵:

    code language-html
    <constraint xsi:type="primary" referenceId="PRIMARY">         <column name="id_column"/>     </constraint>
    

    新增節點時,請將referenceIDcolumn name變數取代為您的自訂自訂值。

如需詳細資訊,請參閱我們的開發人員檔案中的設定宣告式結構描述

識別並移除重複的索引

識別資料庫中的任何重複索引並將其移除。

檢查重複的索引

若要檢查Pro或Starter雲端架構上的重複索引,請執行下列SQL查詢。

SELECT s.INDEXED_COL,GROUP_CONCAT(INDEX_NAME) FROM (SELECT INDEX_NAME,GROUP_CONCAT(CONCAT(TABLE_NAME,'.',COLUMN_NAME) ORDER BY CONCAT(SEQ_IN_INDEX,COLUMN_NAME)) 'INDEXED_COL' FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA = 'db?' GROUP BY INDEX_NAME)as s GROUP BY INDEXED_COL HAVING COUNT(1)>1

查詢會傳回資料行名稱和任何重複索引的名稱。

Pro架構商戶也可以使用Percona Toolkit [pt-duplicate-key checker](https://www.percona.com/doc/percona-toolkit/LATEST/pt-duplicate-key-checker.html%C2%A0)指令來執行檢查。

移除重複的索引

使用SQL DROP INDEX陳述式移除重複的索引。

DROP INDEX

其他資訊

雲端部署的資料庫設定最佳實務

recommendation-more-help
754cbbf3-3a3c-4af3-b6ce-9d34390f3a60